Path: utzoo!mnetor!uunet!lll-winken!lll-tis!ames!ncar!gatech!uflorida!codas!burl!clyde!rcj@moss.ATT.COM
From: rcj@moss.ATT.COM
Newsgroups: comp.sys.ibm.pc
Subject: Re: ARC Sources for UNIX
Message-ID: <24170@clyde.ATT.COM>
Date: 31 Mar 88 22:00:15 GMT
References: <5723@swan.ulowell.edu> <1296@silver.bacs.indiana.edu> <4042@whuts.UUCP>
Sender: apz@clyde.ATT.COM
Reply-To: rcj@moss.UUCP (Curtis Jackson)
Distribution: na
Organization: AT&T Bell Laboratories, Whippany NJ
Lines: 22

In article <4042@whuts.UUCP> chl@whuts.UUCP (LANG) writes:
}If I upload a file that was ARC'ed on the PC, the new version of ARC
}will:
}	1) trying arc v file.arc  - complains about a bad header & aborts
}
}	2) trying arc x file.arc  - complains about incompatible number
}	   of BITS used for packing & aborts.

This is a minor RTFM -- Read The Manual; although the manual is nebulous
and only mentions filenames, in fact you *have* to use the 'i' option
to get a truly PC-compatible ARC.  So, the above should be:

arc vi file.arc
arc xi file.arc

I just reversed the sense of the 'i' option in my source for the Unix
ARC, so now it is IBM-PC-compatible by default and you have to specify
'i' to make it non-compatible (which I don't ever intend to do -- I
usually use cpio and compress on Unix).

The MAD Programmer -- 201-386-6409 (Cornet 232)
alias: Curtis Jackson	...![ ihnp4 ulysses ucbvax allegra ]!moss!rcj
			...![ ihnp4 ucbvax akgua watmath  ]!clyde!rcj