Xref: utzoo comp.sys.3b1:496 comp.sys.att:11895
Path: utzoo!mnetor!tmsoft!torsqnt!hybrid!scifi!bywater!uunet!wuarchive!sdd.hp.com!caen!math.lsa.umich.edu!sharkey!spirit!wybbs!kennii
From: kennii@wybbs.mi.org (Kenn Booth II)
Newsgroups: comp.sys.3b1,comp.sys.att
Subject: Re: ".GIF" files
Message-ID: <356@wybbs.mi.org>
Date: 25 Feb 91 08:55:29 GMT
References: <1991Feb6.215717.26551@cbnewsj.att.com> <843@argon.UUCP>
Organization: Consultants Connection,  Jenison MI
Lines: 38

In article <843@argon.UUCP>, ebh@argon.UUCP (Ed Horch) writes:
> In article <993@gnosys.svle.ma.us> gst@gnosys.svle.ma.us (Gary S. Trujillo) writes:
> >I've never understood why some people insist on using cat(1) to get stuff
> >into the standard input of the lead program in a pipeline.  I claim that:
> >
> >	cat a | b | c
> >
> >is entirely equivalent in result to:
> >
> >	b < a | c
> 
> That's correct, but notationally, setting up a long pipeline using
> only pipes is, for some people, more intuitive than throwing a re-
> direction in there, since the order "do something with a, then b,
> then c" is maintained.
> 
> There may be a performance cost due to creating an additional
> process for "cat a", but a smart shell will know how to short-
> cut around that.
> 

I find it easiest just to save files as "file.x.y" as in "file.2.5" for
file 2 of 5... then, at a glance of my directory, I can tell if they are missing 
anything... then, do a:

cat file.* | uudecode | zoo -test *.zoo

will combine them, decode, and test the .zoo archive it leaves when done
(assuming it uses .zoo... I leave it off when done...)

(note... the above example probably won't work on systems that don't always
keep the directory in alphabetical order...)

Kenn "Jazz" Booth II -- Micro-Data Consultants

[jazz@eurynome.grand-rapids.mi.us] [...!uunet!mailrus!eurynome!jazz]
[kennii@wybbs.mi.org] [...!uunet!mailrus!sharkey!wybbs!kennii]
[jazz@entropy.UUCP] [...!uunet!mailrus!{eurynome|wybbs}!entropy!jazz]


Brought to you by Super Global Mega Corp .com