Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , 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 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/