Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <3C7FAC6F.6090809@scytek.de>
Date: Fri, 01 Mar 2002 17:29:35 +0100
From: Volker Quetschke <quetschke AT scytek DOT de>
User-Agent: Mozilla/5.0 (Windows; U; Win98; de-DE; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: de-DE
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Child died with signal 13
References: <3C7B6591 DOT 9040503 AT scytek DOT de> <5 DOT 1 DOT 0 DOT 14 DOT 2 DOT 20020228072243 DOT 00aae918 AT pop3 DOT cris DOT com> <5 DOT 1 DOT 0 DOT 14 DOT 2 DOT 20020301071026 DOT 00aaf878 AT pop3 DOT cris DOT com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Sender: 320071185708-0001 AT t-dialin DOT net

Randall,

thanks for having a look at this topic.

> I don't think there's a problem here, actually.
> 
> I occasionally get these diagnostics, too, but there's never a problem 
> extracting the files from the archive. Apparently tar knows it's seen 
> the last TOC entry and closes the pipe from the gunzip sub-process. Then 
> it waits for that process to exit. Since gunzip doesn't explicitly 
> handle SIGPIPE and terminate gracefully, its death at the hand of the 
> SIGPIPE is reported to tar and tar then dutifully reports it to you.
> 
> I retrieved your test file and got the same result as you. Aside from 
> the diagnostic, which I got for this file and get for others sometimes, 
> I've had no trouble with tar.

Hmmm, I just don't like (false) error messages :-), but you are right 
tar works correctly. I was just wondering about the error on NT and not 
on other systems.

> I can't tell for sure if "a/error.txt" was retrieved accurately, so 
> here's the checksum for that file as extracted on my system:
> 
> % sum a/error.txt
> 28232     9

Yes it's the checksum of the original file.

> However, by using tar's "-i" option:
> 
> -i, --ignore-zeros             ignore zeroed blocks in archive (means EOF)
> 
> the error was suppressed. I'm guessing it forces tar to read all the 
> data in the uncompressed input file instead of quitting early.

Thanks for this hint.

Bye
    Volker


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/