Path: utzoo!mnetor!tmsoft!dptcdc!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!osu-cis!killer!wnp
From: wnp@killer.DALLAS.TX.US (Wolf Paul)
Newsgroups: comp.sys.ibm.pc
Subject: Re: MKS Toolkit (Was Re: vi-like editor for the IBM PC)
Message-ID: <7411@killer.DALLAS.TX.US>
Date: 4 Mar 89 15:54:59 GMT
References: <316@ssp2.idca.tds.philips.nl>
Reply-To: wnp@killer.Dallas.TX.US (Wolf Paul)
Organization: The Unix(R) Connection BBS, Dallas, Tx
Lines: 29

In article <316@ssp2.idca.tds.philips.nl> mbrands@idca.tds.PHILIPS.nl (Manfred Brands) writes:
:In article <7374@killer.DALLAS.TX.US> wnp@killer.Dallas.TX.US (Wolf Paul)
:writes:
:> [ .... ]
:>>cpio
:>>compress
:>>uncompress
:>>zcat
:
:>Unfortunately these handle only 12-bit compression and can't handle
:>UNIX-compressed files (usually 16-bit)
:
:zcat has nothing to do with LZ compression. It belongs to the pack/unpack
:family which does Huffman coding. zcat can read a packed file and unpacks it
:to standard output.
:
:compress and uncompress, can handle up to 14-bit compression.

It does too, only MKS does not even include it. What you are describing is
called "pcat"; "zcat" is the analogous variant for uncompress. In fact, 
MKS' uncompress acts more like UNIX zcat than UNIX uncompress, in that it
does not do in-place uncompression.

And yes -- MKS [un]compress does handle 14 bits not 12 as I had said --
correction accepted.
-- 
Wolf N. Paul * 3387 Sam Rayburn Run * Carrollton TX 75007 * (214) 306-9101
UUCP:   killer!wnp                    ESL: 62832882
DOMAIN: wnp@killer.dallas.tx.us       TLX: 910-380-0585 EES PLANO UD