Xref: utzoo comp.sources.bugs:1166 comp.sources.d:2565
Path: utzoo!attcan!uunet!husc6!mailrus!uwmcsd1!marque!roger
From: roger@marque.mu.edu (Roger Abrahams)
Newsgroups: comp.sources.bugs,comp.sources.d
Subject: Re: ARC 5.21 Patch #1
Message-ID: <242@marque.mu.edu>
Date: 8 Aug 88 03:58:02 GMT
References: <4659@b-tech.UUCP> <320@snail.cad.jmrc.eecs.unsw.oz> <4678@b-tech.UUCP>
Reply-To: roger@marque.UUCP (Roger Abrahams)
Organization: Marquette University, Milwaukee, WI
Lines: 28

In article <4678@b-tech.UUCP> zeeff@b-tech.UUCP (Jon Zeeff) writes:
<The latest version of Howard's arc seems to work quite well on Sys V.3 and
<even a Sys III system.  I'd recommend getting rid of any other versions
<of Unix arc and using this one.
<
<-- 
<Jon Zeeff           		Branch Technology,
<uunet!umix!b-tech!zeeff  	zeeff%b-tech.uucp@umix.cc.umich.edu

Well not really...

I have succeeded in getting the thing to "work" on a 3B15, running system V.
However, it is buggy.  I had some test files from the ibm-pc binaries group.
I had these in a directory with the original uuencode versions.  It did
decode the .arc files correctly.  I then attempted to make an arc file
from this conglomerate, and alas, the arcive created would add characters
to the uuencode files when I attempted to decode them.  A brief look showed 
things like a line containing a space or a "'" character, would suddenly have 
multiple spaces and 3 "'"'s instead of one.

I also atempted a port to a 3B1, and this was a total disaster.  It cannot
decode ANY archive.

Frankly I am confused as MOST thing ported between these two system usually
behave the same.  That is that if they are buggy, they generally are buggy
in the same way...

						- Roger