home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.archives.msdos.d
- Path: sparky!uunet!mcsun!sunic!ugle.unit.no!alkymi.unit.no!robert
- From: robert@alkymi.unit.no (Robert Schmidt)
- Subject: PKZIP vs ARJ. was Re: PKZIP 2.04c
- Message-ID: <1993Jan12.161010.2051@ugle.unit.no>
- Sender: news@ugle.unit.no (NetNews Administrator)
- Organization: Norwegian Institute of Technology
- References: <1993Jan6.053553.9663@vela.acs.oakland.edu> <1igcgbINNiil@crcnis1.unl.edu> <1993Jan7.052513.2939@netcom.com> <1993Jan7.062312.8127@csus.edu> <1993Jan7.230331.14923@miavx1.acs.muohio.edu>
- Date: Tue, 12 Jan 93 16:10:10 GMT
- Lines: 33
-
- In article <1993Jan7.230331.14923@miavx1.acs.muohio.edu>, jdcarmack@miavx1.acs.muohio.edu writes:
- >
- > On the other hand, ARJ has been shown to beat out even the new PKZip on
- > certain files. Usually, however, the results either way (so far) have
- > been negligible.
-
- That's my experience too, and I'm in great pain trying to choose between
- arj's ratio's and pkzip's speed...
-
- Another thing:
-
- Comparing the multiple volume capabilities of ARJ and PKZIP, I find that
- ARJ's implementation is much better:
-
- * it allows volumes of userdefined sizes in addition to autodetect
-
- * it allows you to shell to DOS between volumes (!!)
- This is a nice feature! Consider if you suddenly run out of disks,
- and need to search for a disk or two to sacrifice!
-
- * it stores all info about the volume in the file itself.
- PKZIP destroys the volume label, which renders PKZIP unusable in my
- disk archival system, which relies on the disk #ID being in the label.
-
- * I handed PKZIP a full disk as a volume disk. PKZIP created a 0-size
- file, and overwrote the volume label. When I tried uncompressing the
- resulting multivolume archive, PKZIP of course aborted with 'error
- in zipfile'.
-
- If only ARJ wasn't so slow...
-
- Anyway, cheers,
- Robert Schmidt
-