What steps will reproduce the problem? 1. I zipped a a very large folder (25GB, 31 items) from the Terminal using 'zip -r0 archive.zip myFolder'. (I am running 10.6.7). 2. I then immediately right-click on the zip and choose to unzip with TheUnarchiver. It starts extracting the first file (8.31GB), successfully extracts the first file, but then quits.
If I use a program like BetterZip instead, I can browse the contents of the same file and unzip all its contents. So I have confidence the file is okay!
Thanks, you guys are great! Krishna
Comment #1
Posted on May 3, 2011 by Helpful CamelWhich version?
Also, the command-line zip generally does not create zip64 files, it creates broken old-style zip files for files larger than 4 GB. The Unarchiver tries to unpack them, but may fail.
Comment #2
Posted on May 3, 2011 by Massive GiraffeComment deleted
Comment #3
Posted on May 3, 2011 by Helpful CamelI might be misremembering which of the OS X tools produce broken files. The built-in archiving in the Finder does, at least, and I remember not being able to produce valid zip64 files with anything I could find when I was trying to test it.
I'd need a file that doesn't work to test it properly, though. Could you see if you can figure out how exactly to make a file that doesn't work, but using files that are nothing but zeroes so the resulting file can be more easily transfered? You could try something like this to produce zero-filled files:
dd if=/dev/zero of=zero.dat count=1 bs=10000000
Adjust the bs= parameter for the size.
Comment #4
Posted on May 3, 2011 by Massive GiraffeJust checked the manpage for command-line zip. It apparently claims it "automatically uses the Zip64 extensions when files larger than 4 GB are added to an archive"; since one of my files was > 4 GB, I'm assuming it created a Zip64 then.
It also specifies, "You must use a PKZIP 4.5 compatible unzip, such as unzip 6.0 or later, to extract files using the Zip64 extensions." What compatible-version of unzip does The Unarchiver use?
My versions are: Zip 3.0 (July 5th 2008) - manpage is: http://www.gsp.com/cgi-bin/man.cgi?section=1&topic=zip UnZip 5.52 of 28 February 2005, by Info-ZIP - this version does not unzip the file UnZip 6.00 of 20 April 2009, by Info-ZIP - this version unzips the "broken old-style zip file" just fine The Unarchiver 2.7.1
Comment #5
Posted on May 3, 2011 by Massive GiraffeSure! I will test it with a collection of zero-filled files and let you know.
Meanwhile, I tried downloading The Unarchiver command line utilities 'lsar' and 'unar' and testing it on my archive "Ghosh.zip". Here is the output:
$ lsar Ghosh.zip
Ghosh.zip:
2011-05-03 11:22:08.119 lsar[8039:903] unknown extension: 7875 11 <
00000000 0104f501 00000414 000000 ..õ........
>
Ghosh-2011Apr11
2011-05-03 11:22:08.128 lsar[8039:903] unknown extension: 7875 11 <
00000000 0104f501 00000414 000000 ..õ........
>
Ghosh-2011Apr11/1st Half
2011-05-03 11:22:08.140 lsar[8039:903] unknown extension: 7875 11 <
00000000 0104f501 00000414 000000 ..õ........
>
Ghosh-2011Apr11/1st Half/Ghosh-01.m2t
Indeed, "Ghosh-01.m2t" is the only file that is extracted by The Unarchiver GUI, so at least the error is consistent. (There are 27 more files inside the zip in addition that it is missing.)
Comment #6
Posted on Jun 10, 2011 by Helpful CamelDid you have time to do any testing?
Comment #7
Posted on Sep 7, 2011 by Helpful CamelWell, I just fixed another reported bug which is probably the same as this one.
It turns out the OS X archiver does NOT create valid Zip64 files, even in Lion. The Unarchiver now makes some kind of effort to handle these broken files.
Status: Fixed