Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!cbosgd!ihnp4!homxb!whuts!mtune!codas!killer!jfh
From: jfh@killer.UUCP
Newsgroups: comp.sources.d
Subject: Re: Problems with Compress
Message-ID: <1697@killer.UUCP>
Date: Thu, 1-Oct-87 17:05:25 EDT
Article-I.D.: killer.1697
Posted: Thu Oct  1 17:05:25 1987
Date-Received: Sun, 4-Oct-87 02:26:04 EDT
References: <13006@bu-cs.BU.EDU> <780@sugar.UUCP> <1493@cognos.UUCP>
Organization: Big "D" Home for Wayward Hackers
Lines: 28
Summary: Virtual Memory Compress Beta-Sites Wanted

In article <1493@cognos.UUCP>, brianc@cognos.uucp (Brian Campbell) writes:
> In article <780@sugar.UUCP> peter@sugar.UUCP (Peter da Silva) writes:
> ! Will people who compress stuff for distribution PLEASE use 12-bit. 16-bit
> ! uses a huge amount of memory and may not even be available on small machines
> ! like PDP-11s and Intels.
> 
>    Don't suck Intel machines into this -- 16-bit compress is available for
> both DOS and Xenix.  It also saves a considerable (meaning not negligible)
> amount of space.  Try as I might, I just can't feel sorry for you.  Surely
> you have access to some machine that can do 16-bit uncompresses?

Two years ago I munged on Compress 3.0 and produced a compress that produced
16 bit compression in less than 128K of total memory.  (256K if you count
a unix kernel running there also.)

This week I started working on Compress 4.0 so it would do likewise.  Most
of the time has been spent working on the macros that simulate VM, trying
to get them to run no more than 3 times slower ...

So, what I want is a few people with little tiny machines that need to undo
16 bit compression.  I ain't gonna post it until it works right.

- John.
-- 
John F. Haugh II		HECI Exploration Co. Inc.
UUCP:	...!ihnp4!killer!jfh	11910 Greenville Ave, Suite 600
"Don't Have an Oil Well?"	Dallas, TX. 75243
" ... Then Buy One!"		(214) 231-0993