Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!agate!web-1h.berkeley.edu!c60b-1eq
From: c60b-1eq@web-1h.berkeley.edu (Noam Mendelson)
Newsgroups: comp.binaries.ibm.pc.d
Subject: Re: ARC is not compressing NET.EXE
Keywords: arc net exe compress
Message-ID: <1991Apr13.064205.24224@agate.berkeley.edu>
Date: 13 Apr 91 06:42:05 GMT
References: <1991Apr13.031548.2003@ccu.umanitoba.ca>
Sender: usenet@agate.berkeley.edu (USENET Administrator)
Organization: University of California, Berkeley
Lines: 20

In article <1991Apr13.031548.2003@ccu.umanitoba.ca> rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes:
>I have just downloaded KA9Q's NET program from wuarchive. It is interesting
>to see that the compressed (ARCed) and the actual file is almost the same 
>size :
>NET-0308 ARC   181175
>NET      EXE   181144
>Maybe it's better to store the exe version. (save extract time :-)

That's not very odd.  NET.EXE was most likely compressed by an EXE
file compressor, such as PKLITE, DIET, or LZEXE.  Given that ARC is a
very inefficient compression method, it failed to improve on the
compression.  However, even some very efficient compression programs
(LHa, for example) only yield an additional % or two compression on
the compressed EXE file.

-- 
+==========================================================================+
| Noam Mendelson   ..!agate!ucbvax!web!c60b-1eq | "I haven't lost my mind, |
| c60b-1eq@web.Berkeley.EDU                     |  it's backed up on tape  |
| University of California at Berkeley          |  somewhere."             |