home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.misc
- Path: sparky!uunet!gatech!concert!samba!gibbs.oit.unc.edu!alewis
- From: alewis@gibbs.oit.unc.edu (Andrew Lewis)
- Subject: Re: PKZIP 2.04c
- Message-ID: <1993Jan10.052832.29739@samba.oit.unc.edu>
- Sender: usenet@samba.oit.unc.edu
- Nntp-Posting-Host: gibbs.oit.unc.edu
- Organization: University of North Carolina at Chapel Hill
- References: <9301090803.AA05205@ucbvax.Berkeley.EDU>
- Date: Sun, 10 Jan 1993 05:28:32 GMT
- Lines: 30
-
- For the most information, you could trying reviewing comp.compression.
- There has been a virus scare due to old versions of Norton AV (and perhaps
- some other virus-detection utilities) reporting a false positive on the
- pklited executables.
-
- There are more serious problems, though. Comp.compression regulars are
- collecting a bug list; sadly, it already has too many entries. From memory:
-
- without command line switches [possibly with, too?], the new version
- crashes windows 3.1 and OS/2 DOS boxes. This is apparently a problem with
- DPMI support.
-
- the string COMPRESSION=maximal in the manual should read =maximum
-
- multi-volume archiving may only be done to physical floppies, and uses
- identical filenames for all members of the volume
-
- multi-volume archives which are slightly more than one disk in size do not
- reliably compress/uncompress. This is apparently a boundary problem, and
- I do not know where the boundary is, exactly.
-
- volume labels cannot be stored in an archive
-
- There may be others, as well
-
- Andrew M. Lewis
- Internet: alewis@gibbs.oit.unc.edu
- Bitnet: lewis@unc
- V derevniu, k tetke, v glushch', v Saratov!
-
-