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: List-Subscribe: List-Archive: List-Post: List-Help: , 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 Reply-To: Brent Subject: bug/deficiency in unzip: large files not supported? To: "cygwin AT cygwin DOT com" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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