home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!usc!howland.reston.ans.net!spool.mu.edu!yale.edu!ira.uka.de!Germany.EU.net!urmel.informatik.rwth-aachen.de!physik.tu-muenchen.de!berg
- From: berg@physik.tu-muenchen.de (Stephen R. van den Berg)
- Newsgroups: comp.compression
- Subject: Re: list of known bugs in PKZIP 2.04c
- Date: 11 Jan 1993 15:49:54 GMT
- Organization: Rechnerbetrieb Informatik - RWTH Aachen
- Lines: 30
- Message-ID: <1is4v2INN7kj@urmel.informatik.rwth-aachen.de>
- References: <199310.2090.5076@dosgate>
- NNTP-Posting-Host: tabaqui.informatik.rwth-aachen.de
- Originator: berg@tabaqui
-
- A.S. Don't use "Distribution: comp", it doesn't accomplish anything.
-
- steve.ginter@canrem.com writes:
- >I found the following message posted on my BBS.
-
- > BBS: CRS Premium Bulletin Board - USR Dual St
- >Date: 01-08-93 (13:38) Number: 9465
- >From: MITCHELL HALPERIN Refer#: NONE
-
- >6. Using "-rp" or -rP" will store the names of the subdirectories as 0
- >byte files resulting in an incorrect file count. They can't be deleted
- >with "PKZIP -d" but don't extract with PKUNZIP. This is also an
- >acknowleged bug in v1.93a.
-
- You *can* delete them with pkzip. When a directory named /usr/test has been
- stored in the zipfile, try using:
-
- pkzip -d myzip.zip /usr/test/
-
- to delete it.
-
- Nevertheless, though I don't mind the default behaviour to include the
- directories in the zipfile, I would love to have a switch that disabled the
- storing of the directories (so that the archive contains roughly the same
- as under v1.10 of PKZIP).
- --
- Sincerely, berg@pool.informatik.rwth-aachen.de
- Stephen R. van den Berg (AKA BuGless). berg@physik.tu-muenchen.de
-
- "Be spontaneous!"
-