Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!uunet!philmtl!philabs!ttidca!quad1!srhqla!demott!kdq
From: kdq@demott.COM (Kevin D. Quitt)
Newsgroups: comp.sys.ibm.pc
Subject: Re: PKZIP problem
Keywords: pkzip, archiving
Message-ID: <95@demott.COM>
Date: 24 Mar 90 02:23:12 GMT
References: <305@cancol.oz>
Reply-To: kdq@demott.COM (Kevin D. Quitt)
Organization: DeMott Electronics Co., Van Nuys CA
Lines: 22

In article <305@cancol.oz> eyal@cancol.oz (Eyal Lebedinski) writes:
>Reading the talk about lharc/pkzip I though I'll mention a problem I have
>with pkzip (1.02). If a file which is mainly uuencoded is pkziped it will be
>stored as is (0% compression). lharc (or pkarc for that matter) will recover
>most of the 25% overhead of the uuencoding process.


    I just tried pkzip102 on 6 different uu and xx encoded files, and got
35% compression (-ea4 -eb4).  The only time I've seen pkzip produce larger
archives is when it is set to compress lots of small files.  The compression
on the file is often still better, but the overhead in the file is greater.

kdq
-- 

Kevin D. Quitt                          Manager, Software Development
DeMott Electronics Co.                  VOICE (818) 988-4975
14707 Keswick St.                       FAX   (818) 997-1190
Van Nuys, CA  91405-1266                MODEM (818) 997-4496 Telebit PEP last
34 12 N  118 27 W                       srhqla!demott!kdq   kdq@demott.com

 "Next time, Jack, write a God-damned memo!" - Jack Ryan - Hunt for Red October