Details | Last modification | View Log | RSS feed
| Rev | Author | Line No. | Line |
|---|---|---|---|
| 6725 | siemargl | 1 | Bogus bugs (not our fault!): |
| 2 | --------------------------- |
||
| 3 | |||
| 4 | By far THE BIGGEST source of bug reports to Info-ZIP/zip-bugs is the |
||
| 5 | incorrect transfer of zipfiles (or of the UnZip executable itself). |
||
| 6 | ALWAYS TRANSFER IN BINARY MODE! This includes ftp transfers and *both* |
||
| 7 | ends of a Kermit connection ("set file type binary"). If your copy |
||
| 8 | isn't exactly the same size as the original, you made a mistake. |
||
| 9 | |||
| 10 | Another common source of errors such as "compression method 8 not sup- |
||
| 11 | ported" is the existence of an old version of UnZip somewhere in your |
||
| 12 | path. Make sure you're using the version you think you're using; give |
||
| 13 | the full path explicitly if necessary. Executing "unzip" without any |
||
| 14 | options will print a help screen, at the top of which is the UnZip |
||
| 15 | version number and release date; and executing "unzip -v" without any |
||
| 16 | zipfile or other options will give information about what compiler was |
||
| 17 | used, the target operating system, any special UnZip options, and the |
||
| 18 | date of compilation--only for version 5.11 and later, though! (Also, |
||
| 19 | under Unix C shell and some Bourne shells, "which unzip" will print |
||
| 20 | the path of the unzip you're actually using. Under OS/2 and MS-DOS, |
||
| 21 | whch21gr.zip [on Simtel mirror sites] will do the same thing; in addi- |
||
| 22 | tion, "which -a unzip" will show *all* copies of "unzip" in your path.) |
||
| 23 | |||
| 24 | |||
| 25 | Bugs (real and/or imagined): |
||
| 26 | --------------------------- |
||
| 27 | |||
| 28 | - [OS/2 DLL] when trying to use the REXX function UzUnZipToStem to extract a |
||
| 29 | file with `&' in its name, the DLL crashes (but UzUnZipToVar still works) |
||
| 30 | [Daniel H, 961215] |
||
| 31 | - UnZip has problems with archives bigger than 2GB; it may print "note: didn't |
||
| 32 | find end-of-central-dir signature at end of central dir" (harmless) or |
||
| 33 | may not be able to seek to member files [James Lemley 970107, Iris Spaniol |
||
| 34 | 970206, ...] |
||
| 35 | |||
| 36 | Fixed with Zip64 support in UnZip 6.0 |
||
| 37 | |||
| 38 | - fix overwrite behavior: hidden/system problems?; etc. |
||
| 39 | - 32-bit DOS UnZip still unable to set volume labels? |
||
| 40 | - 32-bit DOS UnZip under OS/2 doesn't extract all wildcard zipfiles? |
||
| 41 | [DOS box: unzip386 (ver 5.12) x:\32bit\unix\emx09a\*.zip, Hobbes 3/95] |
||
| 42 | - 32-bit DOS UnZip under OS/2 doesn't set timestamp when overwriting files |
||
| 43 | on HPFS partition? (go32 and pmode/w both; emx/rsx OK) [Eberhard Mattes |
||
| 44 | 950726] |
||
| 45 | - USE_FWRITE still causes occasional CRC errors when extracting on Pyramid? |
||
| 46 | [Kevin Fritz 931102] |
||
| 47 | - still NT/W95 bug with "unzip -v d:*.zip" not matching properly? [Steve S |
||
| 48 | 940527] |
||
| 49 | 980427: bug no longer exists, Opendir() must have been corrected by someone |
||
| 50 | |||
| 51 | - when ^Z received in no-echo mode, echo is not restored (works OK if |
||
| 52 | resume, however) |
||
| 53 | - signal() handler disabled after first use with one of BSD/SysV? |
||
| 54 | - MKS Korn shell: unzip assumes the MKS-style command-line environment |
||
| 55 | options are relevant to it, but this is not the case if unzip was called |
||
| 56 | by another program (e.g., from a .BAT file). A fix for this exists for |
||
| 57 | Borland compilers but not for MSC, Watcom, djgpp, etc. |
||
| 58 | - OS/2: for paths with one long component, the .LONGNAME EA may be saved for |
||
| 59 | all components (waste of disk space): how to check?? |
||
| 60 | - VMS: for extracting to other directories, only the VMS-style "-d [.foo]" |
||
| 61 | format is accepted; "-d foo" should also be allowed. Long filenames are |
||
| 62 | not automatically truncated to 39.39. |
||
| 63 | - Novell Netware: Netware drives may clear the archive bit on extracted |
||
| 64 | files under OS/2 and/or MS-DOS. UnZip always *tries* to set the archive |
||
| 65 | bit, however. [pynq@uchicago, 940527] |
||
| 66 | - DEC Ultrix: on long zipfiles, unzip will sometimes fail (bad CRC, not always |
||
| 67 | reproducible); this is apparently due either to a hardware bug (cache mem) |
||
| 68 | or OS bug (page faults?) [Igor, Jean-loup, bottom of BUGS.long] |
||
| 69 | - funzip/more/decryption/no-echo bug: race condition(?) causes terminal to |
||
| 70 | be "reset" to no-echo state |
||
| 71 | - Macintosh (100200), Atari (020000) external file attributes not interpreted |
||
| 72 | correctly (both unzip and zipinfo) |
||
| 73 | - pkbug error: zipfile with incorrect csize and/or ucsize--check for end of |
||
| 74 | compressed (csize) data in uncompression routines: |
||
| 75 | unreduce.c: while (((outpos + outcnt) < ucsize) && (!zipeof)) { |
||
| 76 | [James Birdsall, Mark, bottom of BUGS.long] |
||
| 77 | - OS/2: directory EAs not restored if directory exists [Kai Uwe, KG27515@uark] |
||
| 78 | (subsequent note: no way to determine which EAs are newer ==> cannot |
||
| 79 | restore without user input) |
||
| 80 | (update: as of UnZip 5.30, option -o forces restoring of directory EAs) |
||
| 81 | - MS-DOS: Borland executables don't allow other than 80-column, 25/43/50-line |
||
| 82 | screen modes (Borland bug) [Michael Stillwell] |