You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Evgenii Bovykin (Jira)" <ji...@apache.org> on 2021/02/16 22:31:00 UTC

[jira] [Created] (COMPRESS-565) Regression - Corrupted headers when using 64 bit ZipArchiveOutputStream

Evgenii Bovykin created COMPRESS-565:
----------------------------------------

             Summary: 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


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 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)