Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 alpha 4/3/85; site ukma.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!ihnp4!cbosgd!ukma!sean
From: sean@ukma.UUCP (Sean Casey)
Newsgroups: net.dcom,net.micro
Subject: Re: Squeezing program files.
Message-ID: <1871@ukma.UUCP>
Date: Thu, 13-Jun-85 21:36:23 EDT
Article-I.D.: ukma.1871
Posted: Thu Jun 13 21:36:23 1985
Date-Received: Sat, 15-Jun-85 06:23:01 EDT
References: <1414@ecsvax.UUCP> <784@turtlevax.UUCP> <1861@ukma.UUCP> <8072@ucbvax.ARPA>
Reply-To: sean@ukma.UUCP (Sean Casey)
Distribution: net
Organization: The White Tower @ The Univ. of KY
Lines: 22
Xref: watmath net.dcom:1036 net.micro:10769

In article <8072@ucbvax.ARPA> jordan@ucbvax.UUCP (Jordan Hayes) writes:
>Also, I got a strange output from compress the other day, something
>along the lines of " -25% compression -- not changed"
>
>Admittedly I was trying to compress an encrypted tar file, but ...

Compress normally refuses to compress a file that would turn out to be
longer after compression than before.  It can be forced to do it anyway
with the -F option.

As documented, compress seems to work on just about everything except
encrypted and already-compressed files.

It's interesting to note that compressing a file before encryption
makes it much harder to decrypt.


-- 

-  Sean Casey				UUCP:	{cbosgd,anlams,hasmed}!ukma!sean
-  Department of Mathematics		ARPA:	ukma!sean@ANL-MCS.ARPA	
-  University of Kentucky