X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:reply-to:subject:to
	:mime-version:content-type; q=dns; s=default; b=Rah20enllQ+iFd5V
	/oEqSAbah+J4kKOsa/GJSZXRry50kOvCctbmT7BtoD6es4sJZ8WmobwEo9iH211P
	fS/Xtc+LNK40190wb+DkJTn2/Yu1u1808OsatW5c3sOanFgNnFHiZRkj/fMUg7t7
	aiYcKG8tZxJekL6L7MeUIpwju5g=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:reply-to:subject:to
	:mime-version:content-type; s=default; bh=WgwT3Hek2B9nL9UZbVqsfl
	ox/F4=; b=Ao343ZP/e0d88vLUmuEz/OrS0a19QOzsHL7hI1Ojt9ckMAC3nhnZBs
	Eh7iMWjoRYLTqliOUB/nBc2jIw6DhgkOasPCeE2GIww8ZY2x6oJ9bLNAnVk8mPof
	nVT7fr14YGPLlo7Cg2pn/sSiymBFW5VQPjxldNFBRZoDe+M2unOFk=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=2.0 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2
X-HELO:	nm44-vm7.bullet.mail.ne1.yahoo.com
Message-ID:	<1414713699.31906.YahooMailNeo@web122101.mail.ne1.yahoo.com>
Date:	Thu, 30 Oct 2014 17:01:39 -0700
From:	Brent <yhbrent AT yahoo DOT com>
Reply-To:	Brent <yhbrent AT yahoo DOT com>
Subject:	bug/deficiency in unzip: large files not supported?
To:	"cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
MIME-Version:	1.0

I have encountered an inconsistency between cygwin's zip and unzip programs that I think reflects a bug (or incomplete implementation) in unzip.

First, I am using the very latest release of cygwin 64 bit:
    $ uname -a
    CYGWIN_NT-6.1 yhbrent 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin
And when I installed from setup-x86_64.exe, I added the zip and unzip programs from the Archive section.  Running setup-x86_64.exe just now, I see that the version numbers of what I have installed are:
    zip: 3.0-12
    unzip: 6.0-1

The issue: zip can successfully archive large (> 4 GiB) files that unzip cannot extract.

Consider this cygwin shell session I just did:

    $ ls -al bigFile.txt
    -rwx------+ 1 yhbrent None 5368709120 Oct 30 18:35 bigFile.txt

    $ zip test.zip bigFile.txt
      adding: bigFile.txt (deflated 0%)

    $ mkdir ./tmp

    $ mv test.zip ./tmp/

    $ cd ./tmp/

    $ unzip test.zip
    Archive:  test.zip
    error: End-of-centdir-64 signature not where expected (prepended bytes?)
      (attempting to process anyway)
    warning [test.zip]:  1068461579 extra bytes at beginning or within zipfile
      (attempting to process anyway)
       skipping: bigFile.txt             need PK compat. v4.5 (can do v2.1)

    $ echo $?
    81

In other words, I had a big (5 GiB) file, zip successfuly archved it, but when I tried to unzip it, I got error output and an error exit code of 81.

I know that zip really did work in archiving that large file, because I was able to successfuly extract its payload using 7zip, and confirmed that the result was the same (diff ../bigFile.txt ./bigFile.txt printed out nothing).

Does the error output "need PK compat. v4.5" mean that unzip fails to support the zip64 extensions needed to handle large files?

Given that zip clearly has zip64 support, it is a big issue that you can archive stuff that subsequently cannot be extracted.                             

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -