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/17 09:10:00 UTC

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

    [ https://issues.apache.org/jira/browse/COMPRESS-565?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17285732#comment-17285732 ] 

Evgenii Bovykin edited comment on COMPRESS-565 at 2/17/21, 9:09 AM:
--------------------------------------------------------------------

[~peterlee] my bad, I've commited version 1.9 to the project instead of the 1.20. The problem reproduced on the 1.20 version and _doesn't reproduce_ on the 1.9. I've pushed the 1.20 version to the example repo.

`archive/input.bin` file is generated on the fly when runnig the main.kt file.


was (Author: evgenii.bovykin):
[~peterlee] isn't the 1.20 the latest version? The problem reproduces on it. If not, could you please point me to the latest version?



`archive/input.bin` file is generated on the fly when runnig the main.kt file.

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