python - Unable to unzip a large zip file (3.3GB) in iOS9 using SSZipArchive -
as title, creates zip file django backend server (hosted on ubuntu 14.04.1 lts) using python zipfile module:
zipfile.zipfile(dest_path, mode='w', compression=zipfile.zip_deflated, allowzip64=true)
i managed open using mac in finder, no success using ssziparchive library. have tried using latest commit of master branch , tag v1.0.1 , v0.4.0.
using v0.4.0, got error in line 1506 of unzip.c:
if (unz64local_checkcurrentfilecoherencyheader(s, &isizevar, &offset_local_extrafield,&size_local_extrafield)!=unz_ok) return unz_badzipfile;
and stucked @ unzipping on same file every time same currentfilenumber
.
does clues?
p.s. think ssziparchive should support zip64 archive file have asked question on github repo.
updates [20160129] performed zipinfo check on zip file , have following output:
... -rw-r--r-- 2.0 unx 1992 b- defn 26-nov-15 14:59 <file_name> -rw-r--r-- 2.0 unx 925 b- defn 26-nov-15 14:59 <file_name> -rw-r--r-- 2.0 unx 1194 b- defn 26-nov-15 14:59 <file_name> -rw-r--r-- 2.0 unx 72 b- defn 26-nov-15 14:52 <file_name> -rw-r--r-- 2.0 unx 289 b- defn 18-jan-16 11:27 <file_name> -rw-r--r-- 2.0 unx 1541 b- defn 18-jan-16 11:27 <file_name> -rw-r--r-- 2.0 unx 295 b- defn 18-jan-16 11:27 <file_name> -rw-r--r-- 2.0 unx 449619181 b- defn 18-jan-16 11:26 <file_name> -rw-r--r-- 4.5 unx 73128184 bx defn 18-jan-16 11:26 <file_name> -rw-r--r-- 4.5 unx 69444488 bx defn 18-jan-16 11:26 <file_name> -rw-r--r-- 4.5 unx 671440 bx defn 18-jan-16 11:26 <file_name> -rw-r--r-- 4.5 unx 20189549 bx defn 18-jan-16 11:27 <file_name> -rw-r--r-- 4.5 unx 197 bx defn 18-jan-16 11:26 <file_name> -rw-r--r-- 4.5 unx 1379396 bx defn 18-jan-16 11:26 <file_name> ...
after dozen of trial , error, found problem zip file generated python zipfile package. if used zip command provided ubuntu server of version
copyright (c) 1990-2008 info-zip - type 'zip "-l"' software license.
this zip 3.0 (july 5th 2008), info-zip.
to archive large data of 4gb, ssziparchive can extract zip package successfully.
i tested zip file zipinfo , found:
... -rw-r--r-- 3.0 unx 2939 bx 2677 defn 16-jan-28 16:33 <file_name> -rw-r--r-- 3.0 unx 15069 bx 3040 defn 16-jan-28 16:33 <file_name> -rw-r--r-- 3.0 unx 3265 bx 3003 defn 16-jan-28 16:33 <file_name> -rw-r--r-- 3.0 unx 3048 bx 2766 defn 16-jan-28 16:33 <file_name> -rw-r--r-- 3.0 unx 3453 bx 3168 defn 16-jan-28 16:33 <file_name> -rw-r--r-- 3.0 unx 1415 tx 534 defn 16-jan-28 16:33 <file_name> drwxr-xr-x 3.0 unx 0 bx 0 stor 16-jan-28 16:33 <file_name> -rw-r--r-- 3.0 unx 3302 tx 695 defn 16-jan-28 16:33 <file_name> drwxr-xr-x 3.0 unx 0 bx 0 stor 16-jan-28 16:33 <file_name> -rw-r--r-- 3.0 unx 130678 bx 127322 defn 16-jan-28 16:33 <file_name> -rw-r--r-- 3.0 unx 133540 bx 130045 defn 16-jan-28 16:33 <file_name> -rw-r--r-- 3.0 unx 136 tx 71 defn 16-jan-28 16:33 <file_name> -rw-r--r-- 3.0 unx 1416 tx 541 defn 16-jan-28 16:33 <file_name> -rw-r--r-- 3.0 unx 1417 tx 541 defn 16-jan-28 16:33 <file_name> -rw-r--r-- 3.0 unx 2766 tx 652 defn 16-jan-28 16:33 <file_name> 5551 files, 3854751563 bytes uncompressed, 3793408959 bytes compressed: 1.6%
Comments
Post a Comment