home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / compress / 4524 < prev    next >
Encoding:
Text File  |  1993-01-10  |  3.4 KB  |  78 lines
  1. Newsgroups: comp.compression
  2. Path: sparky!uunet!convex!news.utdallas.edu!wupost!zaphod.mps.ohio-state.edu!uunet.ca!canrem!dosgate!dosgate![steve.ginter@canrem.com]
  3. From: "steve ginter" <steve.ginter@canrem.com>
  4. Subject: list of known bugs in
  5. Message-ID: <199310.2090.5076@dosgate>
  6. Reply-To: "steve ginter" <steve.ginter@canrem.com>
  7. Organization: Canada Remote Systems
  8. Distribution: comp
  9. Date: 10 Jan 93 12:21:18 EST
  10. Lines: 66
  11.  
  12. I found the following message posted on my BBS.
  13.  
  14. -Steve
  15.  
  16. ===========================================================================
  17.  BBS: CRS Premium Bulletin Board - USR Dual St
  18. Date: 01-08-93 (13:38)             Number: 9465
  19. From: MITCHELL HALPERIN            Refer#: NONE
  20.   To: ALL                           Recvd: NO
  21. Subj: PKZIP 2.04c BUGS               Conf: (448) R-PKWARE
  22. ---------------------------------------------------------------------------
  23. I have encountered the following bugs in the first few hours of usage of
  24. PKZIP 2.04c.  I reported them to Mike in technical support at PKWARE.
  25. He was already aware of some and confirmed the others.
  26.  
  27. 1.  Disk spanning ("-&") will not work if you have "ZIPDATE=latest" in
  28. pkzip.cfg - all you get is the help screen.  (This one drove me crazy
  29. for an hour!)  It won't work even if you try to override zipdate=latest
  30. with "-o-" switch.
  31.  
  32. 2.  If you "quick" format an already formatted disk with "-&f" you get a
  33. corrupted FAT and an error message.  Mike suggested using "-&w" to
  34. erase previous files instead of reformating.
  35.  
  36. 3.  Using "COMPRESS=maximal" in pkzip.cfg doesn't work.  You need to use
  37. "maximum."  This is a typo in the docs.
  38.       ^^
  39. 4.  Disabling EMS usage with either "-+" (or EMS=disabled in pkzip.cfg)
  40. also disables XMS.
  41.  
  42. 5.  Emptying all files in a directory using "-m" will also delete the
  43. directory itself.  I.e. "pkzip zipfile \test\*.* -m" will delete the
  44. "\test" directory.  This was reported in v1.93a over a year ago.
  45. PKWARE stated this was an "undocumented feature" and would be switchable
  46. in v2.0.  It is neither docmented nor switchable in v2.04c and can lead
  47. to nasty surprises if you are unaware of it.
  48.  
  49. 6.  Using "-rp" or -rP" will store the names of the subdirectories as 0
  50. byte files resulting in an incorrect file count.  They can't be deleted
  51. with "PKZIP -d" but don't extract with PKUNZIP.  This is also an
  52. acknowleged bug in v1.93a.
  53.  
  54. 7.  EMS usage remains unreliable and can cause crashes and loss of data
  55. when used with Windows, OS/2 2.0 and even some versions of QEMM.
  56. I lost a QWK mail packet this way.  The docs warn of possible problems
  57. with EMS but because is used by default, you don't find out about them
  58. until too late.  PKZIP 2.04c is the only program of many that has given me
  59. problems with EMS under OS/2 2.0.  If PKWARE couldn't get it to be reliable
  60. they should have left EMS support out or at least not made it default.
  61.  
  62. These bugs (Mike prefers to call them "anomalies") were found with only
  63. a brief testing of PKZIP 2.04c and there are likely to be others.  I
  64. can't comprehend how they could have gotten by an even minimally
  65. competant beta testing let alone the last year's efforts to make PKZIP
  66. "the most bug free and best release ever."  It's even more incredible
  67. that some of the known bugs in 1.93a were left unfixed!  What has PKWARE
  68. been doing this last year?
  69.  
  70. ---
  71. Steve Ginter
  72. e-mail: steve.ginter@canrem.com
  73.  
  74.  * SLMR 2.1a * Booze and math don't mix. Please don't drink and derive.
  75. --
  76. Canada Remote Systems  - Toronto, Ontario
  77. World's Largest PCBOARD System - 416-629-7000/629-7044
  78.