Created attachment 539444 [details, diff] unzip610b-zerototaldisk.patch app-arch/unzip fails to process zip64 files tested with file zipped with windows system compressor: https://s3-eu-west-1.amazonaws.com/data.geo.admin.ch/ch.bafu.landesforstinventar-vegetationshoehenmodell_relief/Reliefschattierung_Vegetationshoehenmodell_LFI_ID164_20_LV95.zip command to reproduce: ===================== unzip -l [zip64file.zip] result: ======= Archive: __Vegetationshoehenmodell_LFI_ID164_19_LV95.zip warning [__Vegetationshoehenmodell_LFI_ID164_19_LV95.zip]: 78893906205 extra bytes at beginning or within zipfile (attempting to process anyway) error [__Vegetationshoehenmodell_LFI_ID164_19_LV95.zip]: start of central directory not found; zipfile corrupt. (please check that you have transferred or created the zipfile in the appropriate BINARY mode and that you have compiled UnZip properly) expected result: ================ Archive: __Vegetationshoehenmodell_LFI_ID164_19_LV95.zip Length Date Time Name --------- ---------- ----- ---- 91 07-11-2018 14:23 Vegetationshoehenmodell_LFI_ID164_19_LV95.tfw 2875 07-11-2018 14:24 Vegetationshoehenmodell_LFI_ID164_19_LV95.tif.aux.xml 7503 07-11-2018 14:24 Vegetationshoehenmodell_LFI_ID164_19_LV95.tif.xml 20157424411 07-11-2018 14:59 Vegetationshoehenmodell_LFI_ID164_19_LV95.tif.ovr 65742057710 07-11-2018 15:21 Vegetationshoehenmodell_LFI_ID164_19_LV95.tif --------- ------- 85899492590 5 files proposed solution: ================== apply patch from referenced url https://sourceforge.net/p/infozip/bugs/_discuss/thread/58bf3629/0ed8/attachment/unzip610b-zerototaldisk.patch status --> patch would solve this bug
see & vote on https://wpdev.uservoice.com/forums/110705-universal-windows-platform/suggestions/34885540-zip64-comply-with-iso-21320-1-2015
This problem actually prevents onedrive archives from being properly extracted. I had no problem with relatively small subdirs archives from one disk (despite encoding problem, unfixed by unzip even with USE=natspec), but when I tried to get full content, with archive itself taking 500..600Mb, nothing could extract it - both xarchiver and unzip reported it as damaged.
I just encountered this myself and the referenced patch allowed unzip to properly unzip my large file. Usually I'd used 7z to decompress these things, but it failed to decompress this specific one... unzip worked with this patch. Also, unar worked if you're leary of applying this patch.
ready to merge - unless there are any comments on how to improve...