Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!husc6!cmcl2!brl-adm!brl-smoke!w8sdz
From: w8sdz@brl-smoke.UUCP
Newsgroups: comp.sys.ibm.pc
Subject: Re: pkarc v3.5 and arc v5.20
Message-ID: <6004@brl-smoke.ARPA>
Date: Sat, 20-Jun-87 18:33:40 EDT
Article-I.D.: brl-smok.6004
Posted: Sat Jun 20 18:33:40 1987
Date-Received: Sun, 21-Jun-87 08:58:01 EDT
References: <4431@iuvax.UUCP> <206900039@mirror>
Reply-To: w8sdz@brl.arpa (Keith B. Petersen (WSMR|towson) <w8sdz>)
Organization: Ballistic Research Lab (BRL), APG, MD.
Lines: 18

Self-extracting ARC's have some disadvantages.  First, because the file
extension is .EXE, it's not apparent to others that this is really an
ARC file unless you include a note saying so.  Second, what about those
who wish to extract/view/print the member files on a mainframe that has
an implimentation of ARC512?  Third, the self-extracting part can be
dangerous to your file system if it gets corrupted because of an error
in transmission.  Also, it might be easy for someone to put a Trojan
Horse in the self-extracting code.

I'd rather have an ARC for these reasons.  I have no objection to people
posting source in uuencoded ARC format - in fact I prefer it because it
gives a built-in error checking mechanism that has been missing from
Usenet for far too many years.
-- 
Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ