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