Paul Marquess

Hey Ronish variations on this issue has been around for a while, but thanks for taking the time to formalise it in a ticket. Last one I heard of was embedding a complete zip file in the trailing zip comment. A use-case where this could be used is where the unzipping code works in streaming mode and walks the local directory entries in turn without bothering about the Central Dirsctory & EOCD. In that case, the standard commandline tools would think this was a zip file with zero entries, but the streaming...

Thanks for taking the time to provide a patch for TIME_T_TYPE_DOUBLE. Confirmed that building the unzip 6.0 source with -DTIME_T_TYPE_DOUBLE does trigger a number of compilation issues. Although your patch does silence them, I see that the updates to the development source for unzip appear to have a fix for this issue -- it builds with any compilation errors. . With a very superficial look at the sources, I suspect your's my be the correct change. Won't know for sure until I run a few tests. One...

WinRAR is off-topic for this list. This forum is only for the Info-ZIP zip & unzip programs. It doesn't cover WinRAR Try uncompressing with unzip or 7z. If it fails with unzip, ask here again.

Comparing the first zipinfo listing with the most recent, the differences are the following fields offset of local header from start of archive minimum software version required to extract 32-bit CRC value (hex) compressed size uncompressed size All but the "minimum software version required to extract" you would expect to change if you've modified the file. The " minimum software version required to extract" has changed from 2.0 to 1.0, so I assume that is the one you are concerned with. classes5.dex...

The term "version needed to extract" refers to the version of the zip specification and not the version of any zip/unzip implementation. See section 4.4.3.1 of APPNOTE.txt at https://pkwaredownloads.blob.core.windows.net/pem/APPNOTE.txt for the details. That then means you just need an unzip implementation that supports version 2 or better of the APPNOTE.txt specification. I'm not aware of any unzip implementation that doesn't support version 2 of the spec (which was written in the early 1990s) If...

Thanks for the bug report! The Red Hat fix is present in the development version of zip.

There is a patched version of unzip that some of the Linux distros ship that allows the codepage/encoding to be specified. That deals with this use-case. In this case, , specifying codepage 866 with the -O option does the trick $ unzip -l -O cp866 Desktop.zip Archive: Desktop.zip Length Date Time Name --------- ---------- ----- ---- 0 09-28-2016 18:41 Новая папка/ 4 09-28-2016 18:40 Новый текстовый документ.txt --------- ------- 4 2 files

It looks like codepage 866, i.e. Cyrillic