Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Date: Wed, 18 Dec 2013 19:53:08 +0000 (UTC)
From: "Livia Sarbu (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Message-ID: <JIRA.12685407.1387383154698.59730.1387396388558@arcas>
In-Reply-To: <JIRA.12685407.1387383154698@arcas>
References: <JIRA.12685407.1387383154698@arcas>
Subject: [jira] [Issue Comment Deleted] (COMPRESS-252) Writing 7z empty
 entries with LZMA2 produces incorrect or corrupt archive
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/COMPRESS-252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Livia Sarbu updated COMPRESS-252:
---------------------------------

    Comment: was deleted

(was: One of the folder used for tests, zipped.)

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