Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!hpda!hpsemc!bd
From: bd@hpsemc.UUCP (bob desinger)
Newsgroups: comp.sources.d
Subject: Re: File headers on shar files
Message-ID: <3540004@hpsemc.UUCP>
Date: Mon, 7-Dec-87 16:11:50 EST
Article-I.D.: hpsemc.3540004
Posted: Mon Dec  7 16:11:50 1987
Date-Received: Sun, 13-Dec-87 06:00:52 EST
References: <252@papaya.bbn.com>
Organization: HP SEMC, Cupertino, CA
Lines: 23

> I changed a copy of generic "unshar" to automagically handle concatenated
> shar files. I can not believe I am the first to want to do this. Are there
> any other "already available" shars which already do this?

Do you mean concatenated shars (created by cat'ing several shar
bundles together) or recursively-bundled shars (created by shar'ing
a shar)?

Concatenated shars can be unpacked by editing out the "exit 0" line
emitted by better shars.  Yes, it's a stupid step that has to be done
by hand, and the creator of the shar bundle should have done that
for you.  Complain fiercely if you get a lot of these.

Recursive shars indeed need special handling.  But I'm confused by
your reference to `unshar' in the first line and `shar' in the last
line.  Did you modify the unpacking program `unshar', or the packing
program `shar'?  The Jack Applin shar and the Connoisseur's shar
already do the right thing when you shar a shar file.  If Rich has
adopted my mods, his shar is a superset of the Connoisseur's shar and
Jack Applin's shar.

bob desinger
shar hacker and historian