Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!elroy.jpl.nasa.gov!zardoz.cpd.com!everex!jde
From: jde@everex.uucp (-Jeff Ellis())
Newsgroups: comp.unix.sysv386
Subject: Re: ESIX compress(1) broken (was: Re: Using Interactive TPWB...)
Keywords: ESIX compress
Message-ID: <1991Jan14.174542.10630@everex.uucp>
Date: 14 Jan 91 17:45:42 GMT
References: <1991Jan8.222044.9602@unixland.uucp> <1991Jan9.211306.25217@everex.uucp> <52718@bigtex.cactus.org>
Organization: ESIX Computers, Inc.
Lines: 17

In article <52718@bigtex.cactus.org> james@bigtex.cactus.org (James Van Artsdalen) writes:
>In <1991Jan9.211306.25217@everex.uucp>, jde@everex.uucp (-Jeff Ellis()) wrote:
>> I don't what should be a standard for unix compress but AT&T with the 4.0
>> source did not support the -d option also. I guess something will have to
>> change, AT&T or these public domain programs.
>
>If by 4.0 you mean SysVr4, my /usr/bin/compress does support the -d
>option...

Well you are right.... in the upcomming Esix SysVr4 compress has only docs
and usage for "usage : compress [-fvc] [-b maxbits] [file ....]" but when
you try compress -d it does a uncomress to stdout.


-- 
Jeff Ellis		ESIX SYSTEM/V  UUCP:uunet!zardoz!everex!jde
			US Mail: 1923 St. Andrew Place, Santa Ana, CA 92705