Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!agate!bionet!ames!ncar!noao!asuvax!gtephx!covertr
From: covertr@gtephx.UUCP (Richard E. Covert)
Newsgroups: comp.sys.atari.st
Subject: Re: ARC 5.21 (was Re: SETTING UP A BBS)
Summary: Thanks!!
Keywords: BBS, ascii, transfer, arc
Message-ID: <4164a3e3.14e07@gtephx.UUCP>
Date: 10 Feb 89 17:27:54 GMT
References: <ID7141.D890110.T145542.CHIASSA@UDEM> <289@lakesys.UUCP> <20093@agate.BERKELEY.EDU>
Distribution: na
Organization: gte
Lines: 23

In article <20093@agate.BERKELEY.EDU>, laba-2he@web-3a.berkeley.edu (Oliver Juang) writes:
> 
> I left you mail about the same bug that Richard Covert talked about. It
> happens once in a while, producing an archive which is much larger than
> the files within the archive.  I mentioned that the last time this hap-
> pened, the files were stored, but it also pops up with other methods of
> compression. Since both Richard and I have encountered this bug, I find
> it highly unlikely that his statements are "utterly wrong."
> 
> Lawrence Y. Chiu -- University of California; Berkeley.

Thanks for someone verifying the problem with ARC521. I collect a lot
of PD ST software from ST BBSes around the USA and have found many bbses which
refuse to accept files ARCed with ARC521.

My friend Lloyd Pulley has examined many files and he uses DCOPY307 to
ARC his files. In almost all cases DCOPY307 will save 10% to 25% more space
then ARC521.

So, I am sory if I have offended anyone, especially Howard Chu, but I 
stand behind my previous statements that ARC521 is bad!!

Richard (ARC521 is STILL Badd!!!!!) Covert