Path: utzoo!mnetor!uunet!dalsqnt!rpp386!pigs!haugj
From: haugj@pigs.UUCP (John F. Haugh II)
Newsgroups: comp.unix.xenix
Subject: Re: SCO 2.2.1 tar question
Message-ID: <100@pigs.UUCP>
Date: 28 Apr 88 19:34:58 GMT
References: <8WQW5Ky00Vs8MSNUQN@andrew.cmu.edu> <10582@steinmetz.ge.com>
Organization: HECI Exploration, Dallas, TX
Lines: 37
Summary: What are you trying to do here???

> In article <8WQW5Ky00Vs8MSNUQN@andrew.cmu.edu> jl42+@andrew.cmu.edu (Jay Mathew Libove) writes:
> | Hi. I'm running SCO Xenix SysV/286 v2.2.1 on an IBM PC/AT clone and
> | I am having a bit of a problem with "tar".
> | I want to tar off a filesystem as:
> | 
> | % tar cf - /pathname | compress | tar cfk /dev/rfd096ds9 720 -
> | 
> | but when I do this I get:
> | 
> | tar: blocksize must be a multiple of 2.

this must be an april's fools day joke of some kind.  the person (jay libove)
who posted the original article has made too many mistakes for this to be
simple stupidity.

first off, last time i checked there was no 96 tpi 9 sector device.  the
only 96 tpi device was 15 sectored.

secondly, you have two tar's with the 'c' option in the pipe line.  'c'
stands for 'create archive', so the input of the second tar is coming from
the files requested to be archived.  the /dev/rfd096ds9 [sic] device is
going to be the output device, not standard output as requested with the
'-' option.

thirdly, assuming jay meant to use 'x' on the second tar, which is the
only way for two tars in a pipe to work, the input would have been coming
from compress, which is not in tar format.  you are lucky you only received
a blocksize message.

i suppose the correct response now would be `RTFM'.

- john.
-- 
 The Beach Bum                                 Big "D" Home for Wayward Hackers
 UUCP: ...!ihnp4!killer!rpp386!jfh                      jfh@rpp386.uucp :DOMAIN

 "You are in a twisty little maze of UUCP connections, all alike" -- fortune