Path: utzoo!yunexus!spectrix!clewis
From: clewis@spectrix.UUCP (Chris R. Lewis)
Newsgroups: comp.sources.wanted
Subject: Re: Need 16 bit compress for Z8000
Message-ID: <443@spectrix.UUCP>
Date: 12 Feb 88 21:03:13 GMT
Article-I.D.: spectrix.443
Posted: Fri Feb 12 16:03:13 1988
References: <188@irs3.UUCP>
Reply-To: clewis@spectrix.UUCP (Chris R. Lewis)
Organization: Spectrix Microsystems Inc., Toronto, Ontario, Canada
Lines: 36

In article <188@irs3.UUCP> kbrown@irs3.UUCP (Ken Brown) writes:
>
>Does anyone know of a version of compress which will run an a
>Zilog (Z8000 based) system and handle 16 bits.  The version
>I have will only work at 12 bits.  If you have such a version
>could you email a copy to me.

This may be totally impossible, unless your machine allows programs of 
about 500K or more to run.

Try this: Acquire a copy of the source for compress from 2.11 news and 
try building it with "M_XENIX" defined (regardless of what version of
UNIX you're running).  You will also have to change the "#define BITS 12"
to "#define BITS 16" within the "#ifdef z8000 .... #endif".
[Grep the source for M_XENIX, if it ain't there, you've got the wrong
version of compress.  Mail me if you need a copy]

If you are running Xenix, you'll probably only have to override the
BITS definition.

I *think* this is what's happening: like a 286, a Z8000 is segmented
with 64K chunks.  Thus, the maximum array size is 64K.  Which corresponds
to 12 bit compression.  Now, Xenix most often runs on 286 class machines with
the same limitation.  The compress in 2.11 has been recently hacked to run with
16 bits under Xenix by fooling around with multiple arrays.  So, you have 
to override compress.c's selection of 12 bits for compression on a z8000, 
and use the M_XENIX hacking as well.

If 16 bit compress is possible on your machine, this will get you most 
of the way...

Good luck.
-- 
Chris Lewis, Spectrix Microsystems Inc,
UUCP: {uunet!mnetor, utcsri!utzoo, lsuc, yunexus}!spectrix!clewis
Phone: (416)-474-1955