🚀 go-pugleaf

In article <54@osupyr.UUCP>, akw@osupyr.UUCP (Andrew Weaver) writes:
> 
> 	I have been trying to uudecode and deARC files from the Atarinet
> server in Houston...  The file that I have been working on for about
> two weeks (off and on) is UNITERM.ALL, the most recent (1.7b) version 
> of Simon's UniTerm.
> ...
> 	What happens is that it seems to uudecode fine, but once I try
> to deARC the bugger it gives me "bad byte in header, 0 bytes skipped"
> and dies.  When I tried to deARC it with an ARC on Unix, it pulled the
> old "segmentation error:  core dumped" (..sigh..)
> 
> 	'Preciate it.
> --  
> T  *  H  *  E | Andrew Weaver		       | weaver-a@osu-20.ohio-state-edu
> O   H   I   O | College of Business 	       | TS6471@OHSTMVS.BITNET
> S  T  A  T  E | Computing Services             |       @OHSTVMA.BITNET
>  UNIVERSITY   | 1775 College Dr Cols, OH 43210 | (614)292-1741@BellNet

A few days ago I ftp'd a copy of Uniterm 1.7b from the recently-announced
ARPA archive at RADC-SOFTVAX.  I had similar problems with it: the Unix ARC
crashed with the "segmentation error".

On a hunch I looked at a dump of the arc file, and found newline characters
at even intervals (every 130 bytes).  After removing the SUPPOSED
superfluous newlines with a simple C program, it de-ARC'd without complaining,
yielding UNITERM.PRG and UNITERM.RSC.  However, I haven't had a chance to
download the file to my ST yet to see if it works.

By the way, it appears that the version I had trouble with is 1.7b 027.  I
just looked on RADC-SOFTVAX again and they now have the newer version, 029.
I grabbed it with ftp, and this one de-ARCs just fine as is.

As they say: "I hope this helps."

Layne Jensen                         ...!sdcsvax!noscvax!jensen
Naval Ocean Systems Center           jensen@nosc.MIL
San Diego, CA