home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 9 Archive / 09-Archive.zip / zip22.zip / proginfo / 3rdparty.bug next >
Text File  |  1997-09-01  |  3KB  |  72 lines

  1. Known, current PKZIP bugs/limitations:
  2. -------------------------------------
  3.  
  4.  - PKUNZIP 2.04g is reported to corrupt some files when compressing them with
  5.    the -ex option; when tested, the files fail the CRC check, and comparison
  6.    with the original file shows bogus data (6K in one case) embedded in the
  7.    middle.  PKWARE apparently characterized this as a "known problem."
  8.  
  9.  - PKUNZIP 2.04g considers volume labels valid only if originated on a FAT
  10.    file system, but other OSes and file systems (e.g., Amiga and OS/2 HPFS) 
  11.    support volume labels, too.
  12.  
  13.  - PKUNZIP 2.04g can restore volume labels created by Zip 2.x but not by
  14.    PKZIP 2.04g (OS/2 DOS box only??).
  15.  
  16.  - PKUNZIP 2.04g gives an error message for stored directory entries created
  17.    under other OSes (although it creates the directory anyway), and PKZIP -vt
  18.    does not report the directory attribute bit as being set, even if it is.
  19.  
  20.  - PKZIP 2.04g mangles unknown extra fields (especially OS/2 extended attri-
  21.    butes) when adding new files to an existing zipfile [example:  Walnut Creek
  22.    Hobbes March 1995 CD-ROM, FILE_ID.DIZ additions].
  23.  
  24.  - PKUNZIP 2.04g is unable to detect or deal with prepended junk in a zipfile,
  25.    reporting CRC errors in valid compressed data.
  26.  
  27.  - PKUNZIP 2.04g (registered version) incorrectly updates/freshens the AV extra
  28.    field in authenticated archives.  The resultant extra block length and total
  29.    extra field length are inconsistent.
  30.  
  31.  - [Windows version 2.01] Win95 long filenames (VFAT) are stored OK, but the
  32.    file system is always listed as ordinary DOS FAT.
  33.  
  34.  - [Windows version 2.50] NT long filenames (NTFS) are stored OK, but the
  35.    file system is always listed as ordinary DOS FAT.
  36.  
  37.  - PKZIP 2.04 for DOS encrypts using the OEM code page for 8-bit passwords,
  38.    while PKZIP 2.50 for Windows uses Latin-1 (ISO 8859-1).  This means an
  39.    archive encrypted with an 8-bit password with one of the two PKZIP versions
  40.    cannot be decrypted with the other version.
  41.  
  42.  - PKUNZIP 2.04g is reported to have problems with archives created on and/or
  43.    copied from Iomega ZIP drives (irony, eh?).
  44.  
  45. Known, current WinZip bugs/limitations:
  46. --------------------------------------
  47.  
  48.  - [16-bit version 6.1a] NT short filenames (FAT) are stored OK, but the
  49.    file system is always listed as NTFS.
  50.  
  51.  - WinZip doesn't allow 8-bit passwords, which means it cannot decrypt an
  52.    archive created with an 8-bit password (by PKZIP or Info-ZIP's Zip).
  53.  
  54. Possibly current PKZIP bugs:
  55. ---------------------------
  56.  
  57.  - PKZIP (2.04g?) can silently ignore read errors on network drives, storing
  58.    the correct CRC and compressed length but an incorrect and inconsistent
  59.    uncompressed length.
  60.  
  61.  - PKZIP (2.04g?), when deleting files from within a zipfile on a Novell
  62.    drive, sometimes only zeros out the data while failing to shrink the
  63.    zipfile.
  64.  
  65. Other limitations:
  66. -----------------
  67.  
  68.  - PKZIP 1.x and 2.x encryption has been cracked (known-plaintext approach;
  69.    see http://www.cryptography.com/ for details).
  70.  
  71. [many other bugs in PKZIP 1.0, 1.1, 1.93a, 2.04c and 2.04e]
  72.