Zlib, yes. The backend (minizip), no. Which means that I have to hack into its internals, which is possible, but not easy. Maybe someday, but not in the nearest future. If anyone else wishes to do it, patches are always welcome, though.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes, I know. But it will still take some effort to merge my modifications to minizip into the latest minizip version. And there's also the issue of binary compatibility - some structures like QuaZipFileInfo and QuaZipNewInfo use 32-bit integers for file sizes. I think I'll have to break binary compatibility or provide an option to disable 64-bit support for those who really like to maintain binary compatibility.
But at least it's doable now, so I'll leave this open.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There are no plans to support zip64 at this moment. It's not supported by the backend, and it's not that easy either.
as far as I understand the compression algorithm is the same - LZW and zlib can handle it
Zlib, yes. The backend (minizip), no. Which means that I have to hack into its internals, which is possible, but not easy. Maybe someday, but not in the nearest future. If anyone else wishes to do it, patches are always welcome, though.
this page says that minizip 1.1 supports zip64: http://www.winimage.com/zLibDll/minizip.html
Yes, I know. But it will still take some effort to merge my modifications to minizip into the latest minizip version. And there's also the issue of binary compatibility - some structures like QuaZipFileInfo and QuaZipNewInfo use 32-bit integers for file sizes. I think I'll have to break binary compatibility or provide an option to disable 64-bit support for those who really like to maintain binary compatibility.
But at least it's doable now, so I'll leave this open.
Finally implemented in 0.6/0.6.1