Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site persci.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!vax135!cornell!uw-beaver!tikal!cholula!persci!bill
From: bill@persci.UUCP
Newsgroups: net.sources.bugs
Subject: Re: Could we have a standard "shar" file format?
Message-ID: <403@persci.UUCP>
Date: Tue, 17-Sep-85 10:51:21 EDT
Article-I.D.: persci.403
Posted: Tue Sep 17 10:51:21 1985
Date-Received: Thu, 19-Sep-85 03:49:15 EDT
References: <396@persci.UUCP> <4048@amdcad.UUCP>
Reply-To: bill@persci.UUCP (William Swan)
Organization: Summation Inc, Woodinville WA
Lines: 22
Summary: 

In article <4048@amdcad.UUCP> jimb@amdcad.UUCP (Jim Budler) writes:
>>...
>>from within postings, but it looks for a line that starts with:
>> #!/bin/sh
>>or something like that. It does *NOT* work with shar files that start with
>>a colon in column 1 of the first line! I'm seeing a few of these coming over
>And what are the poor folk with v7 supposed to do? v7 sh recognizes
>a ':' as a comment and '#: program not found' for your solution.

Jim, if you re-read my previous posting, you may see that I'm not so concerned
about *which* format is used as I am about a *standard* format. The problem
(and it *is* a small one) is that an "unshar" script must be able to handle
all of the formats that people are using. Whether I type "csh foo", "sh foo",
"foo", or "unshar foo", it doesn't matter to me (forgive grammer, plz). I
would like to be able to treat (unpack) shar files one way, all the time.
Preferably not by editing them first to remove all the stuff at the top (I am
lazy and impatient, and vi and emacs are incredibly slow to come up), hence
the "unshar" script.

'Nuff said?
-- 
William Swan  {ihnp4,decvax,allegra,...}!uw-beaver!tikal!persci!bill