Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!apple!bionet!raven.alaska.edu!hayes.ims.alaska.edu!floyd
From: floyd@hayes.ims.alaska.edu (Floyd Davidson)
Newsgroups: comp.sys.3b1
Subject: Re: TAR on 3b1
Keywords: tar
Message-ID: <1991Jun29.221229.9662@raven.alaska.edu>
Date: 29 Jun 91 22:12:29 GMT
References: <57141@rphroy.UUCP> <1991Jun28.120929.24594@sco.COM> <1991Jun28.220436.29284@news.iastate.edu>
Sender: news@raven.alaska.edu (USENET News System)
Organization: University of Alaska Institute of Marine Science
Lines: 33
Nntp-Posting-Host: hayes.ims.alaska.edu

In article <1991Jun28.220436.29284@news.iastate.edu> vancleef@iastate.edu (Van Cleef Henry H) writes:
>In article <1991Jun28.120929.24594@sco.COM> tom@sco.COM (Tom Kelly) writes:
>>In article <136@morwyn.UUCP>, forrie@morwyn.UUCP (Forrie Aldrich) writes
>>about problems with
>>
>>> |> 	zcat file.tar.Z | tar xvf -
>>> |> 

[...]

>>is no message from tar, it just hangs.  (This problem is independent
...
>>standard input, but I suspect the pipe.  I have largely switched
>>to cpio, and find that it works fine with a pipe.
>>
>>Tom Kelly (scocan!ancill!tom)
>
>I have seen this problem with files tarred and compressed on a
>DECstation under Ultrix 4.1.  The pipe hangs.  Solution is to
>uncompress the file first, then untar it.  Finding a real fix is 
>one more round-tuit project.

Pax seems to work well as a tar replacement, though its cpio
and pax variations have some bugs.

GNU tar version 1.10beta is also available.  It definitely will
compile and seems to work fine, though I haven't had it long
enough to say it has no problems.

Floyd
-- 
Floyd L. Davidson   | Alascom, Inc. pays me, |UA Fairbanks Institute of Marine
floyd@ims.alaska.edu| but not for opinions.  |Science suffers me as a guest.