From: Operating system: WinXP (32Bit) & SuseLinux(64Bit) PHP version: 5.3SVN-2011-08-08 (SVN) Package: Zip Related Bug Type: Bug Bug description:Trying to open big archives (~2GB) produces error: ZIPARCHIVE::ER_NOZIP
Description: ------------ I try to read ZIP-Archives and always get Error "ZIPARCHIVE::ER_NOZIP" when size of the archive is bigger than 1.xx GB (nearly 2 GB, and more) and ZIP contains more than 15.000 (bit more or less) files. Trying to open "very large" archives always fails with errocode "ZIPARCHIVE::ER_NOZIP". Sometimes I need to open "verly large" archies (up to 10 GB, containing 30.000 files or even more). In some cases some sub-folders inside the archive contain more than 10.000 files... I have no influence on the ZIP-Creation Process, so a tipp like "Try to create smaller ZIPs!" doesn't help me. ;-) But I need to look inside the archives, afterwards... I've tested under WinXP SP3 (32Bit, PHP 5.3.1) and Suse Linux (64Bit, PHP 5.3.6). PHP is running as Apache module. Both machines have the same phenomenon. I did some tests with several different settings while compressing algos (using 7zip), but always the same result. Smaller archives never produce that error. Do exist limits (ammount of files / ZIP-Filesize) while handling ZIP-Archives in PHP? Trying to list/extract theese "bad" Archives on the command line (e.g. with 7zip) always succeed. This bug is different from Bug #44974: ZipArchive can't open large archives. Again: I get "ZIPARCHIVE::ER_NOZIP", NOT "ZIPARCHIVE::ER_READ"!! And I do not have problems on archives containing 1000, or 2000 files... Thanks in advance. Test script: --------------- <?php $file = "3GB_ArchiveWith30000Files.zip"; $zip = new ZipArchive(); $errCode = $zip->open($file, ZIPARCHIVE::CHECKCONS); if ($errCode == ZIPARCHIVE::ER_NOZIP) echo "Fail."; // Outputs "Fail." :( ?> Expected result: ---------------- Outputs "Fail." on large archives, since they contain ten thousands of files or/and have filsize nearby 2GB. -- Edit bug report at https://bugs.php.net/bug.php?id=55383&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55383&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55383&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55383&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55383&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55383&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55383&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55383&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55383&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55383&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55383&r=support Expected behavior: https://bugs.php.net/fix.php?id=55383&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55383&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55383&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55383&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55383&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=55383&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55383&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55383&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55383&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55383&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55383&r=mysqlcfg