JFIF$        dd7 

Viewing File: /usr/share/doc/unzip/BUGS

Bogus bugs (not our fault!):
---------------------------

 By far THE BIGGEST source of bug reports to Info-ZIP/zip-bugs is the
 incorrect transfer of zipfiles (or of the UnZip executable itself).
 ALWAYS TRANSFER IN BINARY MODE!  This includes ftp transfers and *both*
 ends of a Kermit connection ("set file type binary").  If your copy
 isn't exactly the same size as the original, you made a mistake.

 Another common source of errors such as "compression method 8 not sup-
 ported" is the existence of an old version of UnZip somewhere in your
 path.  Make sure you're using the version you think you're using; give
 the full path explicitly if necessary.  Executing "unzip" without any
 options will print a help screen, at the top of which is the UnZip
 version number and release date; and executing "unzip -v" without any
 zipfile or other options will give information about what compiler was
 used, the target operating system, any special UnZip options, and the
 date of compilation--only for version 5.11 and later, though!  (Also,
 under Unix C shell and some Bourne shells, "which unzip" will print
 the path of the unzip you're actually using.  Under OS/2 and MS-DOS,
 whch21gr.zip [on Simtel mirror sites] will do the same thing; in addi-
 tion, "which -a unzip" will show *all* copies of "unzip" in your path.)


Bugs (real and/or imagined):
---------------------------

 - [OS/2 DLL] when trying to use the REXX function UzUnZipToStem to extract a
    file with `&' in its name, the DLL crashes (but UzUnZipToVar still works)
    [Daniel H, 961215]
 - UnZip has problems with archives bigger than 2GB; it may print "note: didn't
    find end-of-central-dir signature at end of central dir" (harmless) or
    may not be able to seek to member files [James Lemley 970107, Iris Spaniol
    970206, ...]

      Fixed with Zip64 support in UnZip 6.0

 - fix overwrite behavior:  hidden/system problems?; etc.
 - 32-bit DOS UnZip still unable to set volume labels?
 - 32-bit DOS UnZip under OS/2 doesn't extract all wildcard zipfiles?
    [DOS box:  unzip386 (ver 5.12) x:\32bit\unix\emx09a\*.zip, Hobbes 3/95]
 - 32-bit DOS UnZip under OS/2 doesn't set timestamp when overwriting files
    on HPFS partition? (go32 and pmode/w both; emx/rsx OK) [Eberhard Mattes
    950726]
 - USE_FWRITE still causes occasional CRC errors when extracting on Pyramid?
    [Kevin Fritz 931102]
 - still NT/W95 bug with "unzip -v d:*.zip" not matching properly? [Steve S
    940527]
    980427: bug no longer exists, Opendir() must have been corrected by someone

 - when ^Z received in no-echo mode, echo is not restored (works OK if
    resume, however)
 - signal() handler disabled after first use with one of BSD/SysV?
 - MKS Korn shell:  unzip assumes the MKS-style command-line environment
    options are relevant to it, but this is not the case if unzip was called
    by another program (e.g., from a .BAT file).  A fix for this exists for
    Borland compilers but not for MSC, Watcom, djgpp, etc.
 - OS/2:  for paths with one long component, the .LONGNAME EA may be saved for
    all components (waste of disk space):  how to check??
 - VMS:  for extracting to other directories, only the VMS-style "-d [.foo]"
    format is accepted; "-d foo" should also be allowed.  Long filenames are
    not automatically truncated to 39.39.
 - Novell Netware:  Netware drives may clear the archive bit on extracted
    files under OS/2 and/or MS-DOS.  UnZip always *tries* to set the archive
    bit, however.  [pynq@uchicago, 940527]
 - DEC Ultrix:  on long zipfiles, unzip will sometimes fail (bad CRC, not always
    reproducible); this is apparently due either to a hardware bug (cache mem)
    or OS bug (page faults?) [Igor, Jean-loup, bottom of BUGS.long]
 - funzip/more/decryption/no-echo bug:  race condition(?) causes terminal to
    be "reset" to no-echo state
 - Macintosh (100200), Atari (020000) external file attributes not interpreted
    correctly (both unzip and zipinfo)
 - pkbug error:  zipfile with incorrect csize and/or ucsize--check for end of
    compressed (csize) data in uncompression routines:
      unreduce.c:    while (((outpos + outcnt) < ucsize) && (!zipeof)) {
    [James Birdsall, Mark, bottom of BUGS.long]
 - OS/2:  directory EAs not restored if directory exists [Kai Uwe, KG27515@uark]
    (subsequent note:  no way to determine which EAs are newer ==> cannot
    restore without user input)
    (update: as of UnZip 5.30, option -o forces restoring of directory EAs)
 - MS-DOS:  Borland executables don't allow other than 80-column, 25/43/50-line
    screen modes (Borland bug) [Michael Stillwell]
Back to Directory  nL+D550H?Mx ,D"v]qv;6*Zqn)ZP0!1 A "#a$2Qr D8 a Ri[f\mIykIw0cuFcRı?lO7к_f˓[C$殷WF<_W ԣsKcëIzyQy/_LKℂ;C",pFA:/]=H  ~,ls/9ć:[=/#f;)x{ٛEQ )~ =𘙲r*2~ a _V=' kumFD}KYYC)({ *g&f`툪ry`=^cJ.I](*`wq1dđ#̩͑0;H]u搂@:~וKL Nsh}OIR*8:2 !lDJVo(3=M(zȰ+i*NAr6KnSl)!JJӁ* %݉?|D}d5:eP0R;{$X'xF@.ÊB {,WJuQɲRI;9QE琯62fT.DUJ;*cP A\ILNj!J۱+O\͔]ޒS߼Jȧc%ANolՎprULZԛerE2=XDXgVQeӓk yP7U*omQIs,K`)6\G3t?pgjrmۛجwluGtfh9uyP0D;Uڽ"OXlif$)&|ML0Zrm1[HXPlPR0'G=i2N+0e2]]9VTPO׮7h(F*癈'=QVZDF,d߬~TX G[`le69CR(!S2!P <0x<!1AQ "Raq02Br#SCTb ?Ζ"]mH5WR7k.ۛ!}Q~+yԏz|@T20S~Kek *zFf^2X*(@8r?CIuI|֓>^ExLgNUY+{.RѪ τV׸YTD I62'8Y27'\TP.6d&˦@Vqi|8-OΕ]ʔ U=TL8=;6c| !qfF3aů&~$l}'NWUs$Uk^SV:U# 6w++s&r+nڐ{@29 gL u"TÙM=6(^"7r}=6YݾlCuhquympǦ GjhsǜNlɻ}o7#S6aw4!OSrD57%|?x>L |/nD6?/8w#[)L7+6〼T ATg!%5MmZ/c-{1_Je"|^$'O&ޱմTrb$w)R$& N1EtdU3Uȉ1pM"N*(DNyd96.(jQ)X 5cQɎMyW?Q*!R>6=7)Xj5`J]e8%t!+'!1Q5 !1 AQaqё#2"0BRb?Gt^## .llQT $v,,m㵜5ubV =sY+@d{N! dnO<.-B;_wJt6;QJd.Qc%p{ 1,sNDdFHI0ГoXшe黅XۢF:)[FGXƹ/w_cMeD,ʡcc.WDtA$j@:) -# u c1<@ۗ9F)KJ-hpP]_x[qBlbpʖw q"LFGdƶ*s+ډ_Zc"?%t[IP 6J]#=ɺVvvCGsGh1 >)6|ey?Lӣm,4GWUi`]uJVoVDG< SB6ϏQ@ TiUlyOU0kfV~~}SZ@*WUUi##; s/[=!7}"WN]'(L! ~y5g9T̅JkbM' +s:S +B)v@Mj e Cf jE 0Y\QnzG1д~Wo{T9?`Rmyhsy3!HAD]mc1~2LSu7xT;j$`}4->L#vzŏILS ֭T{rjGKC;bpU=-`BsK.SFw4Mq]ZdHS0)tLg