[ https://issues.apache.org/jira/browse/COMPRESS-565?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17287800#comment-17287800 ]
Stefan Bodewig edited comment on COMPRESS-565 at 2/20/21, 9:24 PM: ------------------------------------------------------------------- [~evgenii.bovykin] could you please give the jar I've attached a try? This is identical to current git master but handles the ZIP64 entry of the central directory in a different way - this wouldn't be sensitive to the unicode extra field, but I really suspect the lfh offset inside of the central directory to be what causes the problem. If oyu prefer t build the jar yourself, it is the branch compress-565-experiment I've just pushed. was (Author: bodewig): [~evgenii.bovykin] could you please give the jar I've attached a try? This is identical to current git master but handles the ZIP64 entry of the central directory in a different way - this wouldn't be sensitive to the unicode extra field, but I really suspect the lfh offset inside of the central directory to be what causes the problem. > Regression - Corrupted headers when using 64 bit ZipArchiveOutputStream > ----------------------------------------------------------------------- > > Key: COMPRESS-565 > URL: https://issues.apache.org/jira/browse/COMPRESS-565 > Project: Commons Compress > Issue Type: Bug > Components: Archivers > Affects Versions: 1.20 > Reporter: Evgenii Bovykin > Assignee: Peter Lee > Priority: Major > Attachments: commons-compress-1.21-SNAPSHOT.jar, > image-2021-02-20-15-51-21-747.png > > > We've recently updated commons-compress library from version 1.9 to 1.20 and > now experiencing the problem that didn't occur before. > > When using ZipArchiveOutputStream to archive 5Gb file and setting the > following fields > {{output.setUseZip64(Zip64Mode.Always)}} > > {{output.setCreateUnicodeExtraFields(ZipArchiveOutputStream.UnicodeExtraFieldPolicy.ALWAYS)}} > resulting archive contains corrupted headers. > *Expand-Archive Powershell utility cannot extract the archive at all with the > error about corrupted header. 7zip also complains about it, but can extract > the archive.* > > The problem didn't appear when using library version 1.9. > > I've created a sample project that reproduces the error - > [https://github.com/missingdays/commons-compress-example] > Issue doesn't reproduce if you do any of the following: > > # Downgrade library to version 1.9 > # Remove > output.setCreateUnicodeExtraFields(ZipArchiveOutputStream.UnicodeExtraFieldPolicy.ALWAYS) > # Remove output.setUseZip64(Zip64Mode.Always) and zip smaller file (e.g. 1Gb) -- This message was sent by Atlassian Jira (v8.3.4#803005)