bobmon@iuvax.cs.indiana.edu (RAMontante) (03/26/89)
[apologies if you get multiple copies of this. I lost control of postnews for a minute there.] In the midst of the renewed arc/pk wars, has anyone else tried the lharc program that went out over c.b.i.p. recently? I've tried it casually on a few sets of files, and it has *always* produced the smallest archive, generally by a significant amount. Example: pccurses v1.3, 42 source files (somewhat modified by me...): archiver size reported ratio ======== ==== ============== zoo v2.01 90341 56% pkpak v3.61 89763 57% pkzip v0.92 86434 60% lharc v1.0e 67681 67.7% (reported: 32.3% of original) Example: tcc.exe & microemacs.exe v3.9e (hacked) archiver size reported ratio ======== ==== ============== zoo v2.01 189093 31% pkpak v3.61 188478 32% pkzip v0.92 152689 45% lharc v1.0e 141736 48.6% (51.4% of original) (Maximum compressions used. Running times similar.) Lharc's help screen is refreshingly different, too. If ONLY the referenced documentation file were included!
c31293@tansei.cc.u-tokyo.JUNET (Kenji Rikitake) (03/29/89)
In article <18921@iuvax.cs.indiana.edu> bobmon@iuvax.cs.indiana.edu (RAMontante) writes: >generally by a significant amount. LHarc employs LZSS (a variation of Lempel-Ziv method using a sliding dictionary) and adaptive Huffman coding. LHarc has been being updated on Japanese public systems. And an English-manual-writing project has been proceeding. -- Kenji -- Kenji Rikitake: rikitake@wadalab.t.u-tokyo.junet +81 3 812 2111 ext 7411 Kenji%dctwcs.das.net@(Sun.COM|uunet.uu.net) +81 3 351 5977 Michihiro Matsumoto Office / MDI: +81 3 823 7943