quazip/doc/faq.dox

0001 /**
0002  * \page faq QuaZip FAQ
0003  *
0004  * <!--
0005  *
0006  * \ref faq-non-QIODevice "Q. Is there any way to use QuaZipFile in Qt where you are supposed to use normal (non-zipped) file, but not through QIODevice API?"
0007  * \ref faq-zip64 "Q. Can QuaZIP handle files larger than 4GB? What about zip64 standard?"
0008  *
0009  * \ref faq-seekable "Q. Can QuaZIP write archives to a sequential QIODevice like QTcpSocket?"
0010  *
0011  * -->
0012  *
0013  * \anchor faq-non-QIODevice Q. Is there any way to use QuaZipFile in Qt
0014  * where you are supposed to use normal (non-zipped) file, but not
0015  * through QIODevice API?
0016  *
0017  * A. Usually not. For example, if you are passing file name to some
0018  * database driver (like SQLite), Qt usually just passes this name down
0019  * to the 3rd-party library, which is usually does not know anything
0020  * about QIODevice and therefore there is no way to pass QuaZipFile as
0021  * normal file. However, if we are talking about some place where you
0022  * pass file name, and then indirectly use QFile to open it, then it is
0023  * a good idea to make overloaded method, which accepts a QIODevice
0024  * pointer. Then you would be able to pass QuaZipFile as well as many
0025  * other nice things such as QBuffer or QProcess.
0026  *
0027  * \anchor faq-zip64 Q. Can QuaZIP handle files larger than 4GB? What
0028  * about zip64 standard?
0029  *
0030  * A. Starting with version 0.6, QuaZIP uses Minizip 1.1 with zip64
0031  * support which should handle large files perfectly. The zip64 support
0032  * in Minizip looks like it's not 100% conforming to the standard, but
0033  * 3rd party tools seem to have no problem with the resulting archives.
0034  *
0035  * \anchor faq-seekable Q. Can QuaZIP write archives to a sequential QIODevice like QTcpSocket?
0036  *
0037  * A. Not yet. It is not supported by vanilla Minizip (the back-end
0038  * QuaZIP uses), although theoretically possible according to the ZIP
0039  * standard. It would require some Minizip modifications that would
0040  * allow it to detect non-seekable I/O and produce necessary output
0041  * structures. QuaZIP already writes data descriptor which is necessary
0042  * for non-seekable I/O. The only thing that is apparently left is to
0043  * make Minizip fill local headers with correct values and forget about
0044  * seeking after closing the file.
0045  **/