Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 alpha 4/15/85; site ucbvax.ARPA
Path: utzoo!watmath!clyde!burl!ulysses!ucbvax!jordan
From: jordan@ucbvax.ARPA (Jordan Hayes)
Newsgroups: net.dcom,net.micro
Subject: Re: Squeezing program files.
Message-ID: <8072@ucbvax.ARPA>
Date: Wed, 12-Jun-85 11:34:59 EDT
Article-I.D.: ucbvax.8072
Posted: Wed Jun 12 11:34:59 1985
Date-Received: Thu, 13-Jun-85 02:16:53 EDT
References: <1414@ecsvax.UUCP> <784@turtlevax.UUCP> <1861@ukma.UUCP>
Reply-To: jordan@ucbvax.UUCP (Jordan Hayes)
Distribution: net
Organization: University of California at Berkeley
Lines: 14
Xref: watmath net.dcom:1034 net.micro:10748

I think the high compression percentage quoted for binary images may
be due to "compressing" un-stripped binary images. When doing a
uuencode of such binaries, there's a lot of blank space, and sometimes
that alone can reach 30% of an image.

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 ...

/jordan
-------
ARPA:	jordan@berkeley.ARPA
UUCP:	..!ucbvax!jordan