You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Stefan Bodewig (JIRA)" <ji...@apache.org> on 2013/12/19 16:12:07 UTC
[jira] [Commented] (COMPRESS-252) Writing 7z empty entries with
LZMA2 produces incorrect or corrupt archive
[ https://issues.apache.org/jira/browse/COMPRESS-252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13852954#comment-13852954 ]
Stefan Bodewig commented on COMPRESS-252:
-----------------------------------------
since you point out LZMA2 in the subject, does that mean things are fine when you select a different compression method?
> Writing 7z empty entries with LZMA2 produces incorrect or corrupt archive
> -------------------------------------------------------------------------
>
> Key: COMPRESS-252
> URL: https://issues.apache.org/jira/browse/COMPRESS-252
> Project: Commons Compress
> Issue Type: Bug
> Components: Archivers
> Affects Versions: 1.6
> Environment: eclipse 3.7.2, java 1.7
> Reporter: Livia Sarbu
> Priority: Blocker
> Attachments: CreateArchiveTest.java, EmptyTest.zip, Scenario2and4.1.jpg, Scenario3.jpg, Scenario4.2.jpg
>
>
> I couldn't find an exact rule that causes this incorrect behavior, but I tried to reduce it to some simple scenarios to reproduce it:
> Input: A folder with certain files -> tried to archive it.
> If the folder contains more than 7 files the incorrect behavior appears.
> Scenario 1: 7 empty files
> Result: The created archive contains a single folder entry with the name of the archive (no matter which was the name of the file)
> Scenario 2: 7 files, some empty, some with content
> Result: The created archive contains a folder entry with the name of the archive and a number of file entries also with the name of the archive. The number of the entries is equal to the number of non empty files.
> Scenario 3: 8 empty files
> Result: 7zip Manager cannot open archive and stops working.
> Scenario 4.1: 8 files: some empty, some with content, last file (alphabetically) with content
> Result: same behavior as described for Scenario 2.
> Scenario 4.2: 8 files, some empty, some with content, last file empy
> Result: archive is corrupt, the following message is received: "Cannot open file 'archivename.7z' as archive" (7Zip Manager does not crash).
--
This message was sent by Atlassian JIRA
(v6.1.4#6159)