fix for xenix large model compress

[The Beach Bum]

[ I swear this isn't another of my famous claims to have compress working.
  This time I really tested it. - jfh ]

I have managed to (finally) get compress to work on all of the brain-dead
Intel chips I could find.  It has been tested (using a 80386 machine)
for 8086, 80286 and 80386 16 bit compression.  All three worked just fine,
didn't require any HUGE or FAR pointers or other features not found in
less expensive compilers.

Unfortunately, I haven't brought compress up to 4.3, the version I have
is 4.0.  It is available from my '386 system.

How to get it:
	First, copy the file rpp386!/usr/spool/uucppublic/archive

Give that a good looking over and figure out what you need, the files
for compress are in rpp386!/usr/spool/archive/compress/compress-[12].

	Second, copy the files you will need.
	Third, edit the makefile to reflect YOUR cpu and do a make.
	Fourth, create a LARGE file, for example, cat both sharchives
		into a single file, then compress and uncompress.

If all has gone well, the output should be the same as the input ;-).

The L.sys lines you should use to get to rpp386 are (and they have
changed since my last posting - the old one still works however)

rpp386 Any ACU 2400 12142506272 in:--in:--in: anonuucp
rpp386 Any ACU 1200 12142506272 "" \r in:-\r-in:-\r-in: anonuucp

The second line is curtesy of someone who swears it's the only way to
reach the machine at 1200 baud.  Note that you may not get a connection
at 2400 baud if someone has called in recently at 1200 baud.  I'm
working on a fix.  Also, the source files for compress have had the
functions re-ordered.  That was part of the fix.  I'm going to put them
back in their original order later.

- John.
-- 
John F. Haugh II                  SNAIL:  HECI Exploration Co. Inc.
UUCP: ...!ihnp4!killer!jfh                11910 Greenville Ave, Suite 600
"You can't threaten us, we're             Dallas, TX. 75243
  the Oil Company!"                       (214) 231-0993 Ext 260