Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!columbia!rutgers!husc6!cmcl2!brl-adm!adm!tweten@ames-prandtl.arpa
From: tweten@ames-prandtl.arpa (Dave Tweten)
Newsgroups: comp.sources.bugs
Subject: Re:  compress 4.0 running under SystemV/AT
Message-ID: <7516@brl-adm.ARPA>
Date: Fri, 22-May-87 19:13:35 EDT
Article-I.D.: brl-adm.7516
Posted: Fri May 22 19:13:35 1987
Date-Received: Tue, 26-May-87 02:19:55 EDT
Sender: news@brl-adm.ARPA
Lines: 25

From: nessus!paul@ames-nas.ARPA

	I'm trying to get compress to run on my AT under SVR2.
	
	I tried compiling with the following flags:
		BITS=16
		M_XENIX (breaks array's into little pieces)
	
	Doing a compress/decompress with bits <= 12 seems to work ok. 
	Uncompressing a file (bits=16) that was compressed on another
	machine barfs. 

	Q2:	If it doesn't work under Xenix (as is), has someone already
		fixed it?

When I ported Compress 4.0 to run under MS-DOS with 16-bit codes, I
found several casting problems which should have been a problem for
Xenix, as well as for Microsoft C, version 3.0 (or 4.0).  They are all
fixed in the version of Compress which is available by anonymous FTP
from the Info-IBMPC software library at c.isi.edu. 

I did the MS-DOS specific parts of my work within ifdefs, and confirmed
that compress still compiled and worked under Berkeley and System V
large machine compilers.  If my port doesn't cure your problem, it may
put you a few steps along toward a solution.