Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!husc6!mit-eddie!ll-xn!ames!sdcsvax!ucsdhub!hp-sdd!hplabs!hpcea!hpsrla!hpsrlc!darrylo From: darrylo@hpsrlc.HP.COM (Darryl Okahata) Newsgroups: comp.sources.d Subject: Re: Re: Problems with Compress Message-ID: <4860003@hpsrlc.HP.COM> Date: Mon, 5-Oct-87 11:23:34 EDT Article-I.D.: hpsrlc.4860003 Posted: Mon Oct 5 11:23:34 1987 Date-Received: Fri, 9-Oct-87 04:49:16 EDT References: <780@sugar.UUCP> Organization: HP Network Measurements Div - Santa Rosa, CA Lines: 33 In comp.sources.d, peter@sugar.UUCP (Peter da Silva) writes: > 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. > > Xenix 286, yes. Not on the 8088, though. And it still takes up something > in the vicinity of half a meg to hold the tables for 16 bit compression. It is *possible* to get an 8088 to handle 16-bit compression; you just need the right compiler. Just for fun, I hacked at compress to run with 16 bits on an 8088 and managed to get it to work. The only problems are (1) it does use up gobs of memory (the program needed 450K just to load!) and (2) it is slower than molasses in January due to the way the compiler handled arrays spanning multiple segments. [ ... ] > -- > -- Peter da Silva `-_-' ...!hoptoad!academ!uhnix1!sugar!peter > -- Disclaimer: These U aren't mere opinions... these are *values*. > ---------- -- Darryl Okahata {hplabs!hpccc!, hpfcla!} hpsrla!darrylo CompuServe: 75206,3074 Disclaimer: the above is the author's personal opinion and is not the opinion or policy of his employer or of the little green men that have been following him all day.