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:from:to:subject:date:message-id:references
	:in-reply-to:content-type:content-transfer-encoding
	:mime-version; q=dns; s=default; b=nOYwih3xV2+89vbbxwMwwuy4kyoMD
	2U0hAzRfn6IECU1DsEadUMdRxz5GU+HslMIlYdQZyk4krE0Z3d8g0Jbz4Iz6qW0I
	+ztoMSbFr2euZ817EQfFt7M7qltBYyN51UW8SgrpiLNBx+vGBI4pj0KtHQvJBcV8
	4L/zUi507IF3MQ=
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:from:to:subject:date:message-id:references
	:in-reply-to:content-type:content-transfer-encoding
	:mime-version; s=default; bh=1CL1z2r5yJ05V0PxGD/h2T91zko=; b=b2N
	oMggxTHr1i/33KmsMxDyui7b/+nko/Ay+gjmcS10cndB5r+MBJuMCkvUzZwJMvpN
	QiouqpcnH2ky8NjjN3gk+9i+cPiz9iY8UeOW0uN8dh1CLy4vH+wUGWjwIjGdUKTZ
	KRSc0tzf7PdqVQo55PvZqQM5Uzf8uZTF/hMzET28=
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=3.5 required=5.0 tests=AWL,BAYES_00,CYGWIN_OWNER_BODY,SPF_PASS,T_RP_MATCHES_RCVD autolearn=no version=3.3.2
X-HELO:	MAIL.PAVLOVMEDIA.COM
From:	"Joi L. Ellis" <jlellis AT pavlovmedia DOT com>
To:	Bertrand Caplet <bertrand DOT caplet AT chunkz DOT net>,
	"cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>,
	"murthy64 AT hotmail DOT com" <murthy64 AT hotmail DOT com>
Subject:	RE: tar zxvf won't work with Redhat generated compressed tar file
Date:	Mon, 20 Apr 2015 19:53:15 +0000
Message-ID:	<cccb5603d7f341c89b166749472689c5@EX2013DAG-B.pavlovmedia.corp>
References:	<COL130-W80F61D41DBC766A5C40206C2E00 AT phx DOT gbl>,<55354928 DOT 3090004 AT chunkz DOT net> <COL130-W660D1B575445ACD2340D61C2E00 AT phx DOT gbl>,<55354CD2 DOT 7060407 AT chunkz DOT net> <COL130-W944A76EC87FAC75AC6DC7BC2E00 AT phx DOT gbl> <2748d7b76a6248fb853de6541f2582c6 AT EX2013DAG-B DOT pavlovmedia DOT corp>,<553550F1 DOT 1050906 AT chunkz DOT net> <COL130-W7306AE63C9C0C963E097D1C2E00 AT phx DOT gbl> <55355682 DOT 1000301 AT chunkz DOT net>
In-Reply-To:	<55355682.1000301@chunkz.net>
MIME-Version:	1.0
X-IsSubscribed:	yes
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id t3KJs2rc007255

The 'file' command isn't recursive.  If you gzip a tar file, it will only say it's a compressed file, it won't say it's a compressed tar file.  See the example I posted myself earlier in the thread.

I had theorized that the original file is zipped, not gzipped, and perhaps the tar command is failing for that reason, but I did some tests with that assumption and it seems tar is able to uncompress a 'zip' format as well as a 'gzip' format.

I really don't have an explanation why tar can't uncompress the file itself, unless (and this is a wild guess on my part) the method used to copy the file from RedHat to Cygwin introduced newline format issues (linux \n vs Windows \r\n).  But that doesn't explain to me why manually gunzip before tar works, while tar alone doesn't.

Is this compressed file under discussion something that can be shared?  I think it will be useful to see if anyone else running 64bit Cygwin (which I am) can handle that file, or is it an issue limited to this one machine?  The Cygwin packages are usually pretty good about getting dependencies installed correctly.  I asked ldd for a list of library references for tar and gzip, and neither one referenced libz, which makes me presume they're both statically linked binaries.  If so, it wouldn't matter if libz is installed or not.

$ ldd /usr/bin/tar
        ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ffe15a90000)
        KERNEL32.DLL => /cygdrive/c/Windows/system32/KERNEL32.DLL (0x7ffe134d0000)
        KERNELBASE.dll => /cygdrive/c/Windows/system32/KERNELBASE.dll (0x7ffe12ff0000)
        cygwin1.dll => /usr/bin/cygwin1.dll (0x180040000)
        cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x3fc6d0000)
        cygintl-8.dll => /usr/bin/cygintl-8.dll (0x3fad80000)

$ ldd /usr/bin/gzip
        ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ffe15a90000)
        KERNEL32.DLL => /cygdrive/c/Windows/system32/KERNEL32.DLL (0x7ffe134d0000)
        KERNELBASE.dll => /cygdrive/c/Windows/system32/KERNELBASE.dll (0x7ffe12ff0000)
        cygwin1.dll => /usr/bin/cygwin1.dll (0x180040000)

So, I'm back to asking, how is this file being created on redhat?  There are a multitude of options to tar, and some of them are incompatible with Cygwin, I think.

-----Original Message-----
From: cygwin-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com] On Behalf Of Bertrand Caplet
Sent: Monday, April 20, 2015 14:42
To: cygwin AT cygwin DOT com
Subject: Re: tar zxvf won't work with Redhat generated compressed tar file

> Ran this command on Cygwin64
> 
> $file mytar.gz
> mytar.gz: gzip compressed data, from Unix
> 
> Did you want  me to run this command on Linux?
> 
> Thanks

Well as I said it's a gzip archive not a tar + gzip you can't extract it with tar.
--
CHUNKZ.NET - script kiddie and computer technician Bertrand Caplet, Flers (FR) Feel free to send encrypted/signed messages Key ID: 37F70C30 GPG FP: 134A 4027 518B 5F4D D409 558D BA9B 7BF0 37F7 0C30


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