home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 9 Archive / 09-Archive.zip / UnzpHist.zip / History.302 < prev    next >
Text File  |  1990-05-19  |  3KB  |  72 lines
  1. ****************************************
  2. - v3.02 continued
  3.  
  4. Date: Tue, 15 May 90 22:19:39 MDT
  5. From: imp@Solbourne.COM (Warner Losh)
  6. To: info-zip@wsmr-simtel20.army.mil
  7. Subject: Patch for .exe problem.
  8.  
  9. Here is a patch for the problem that was reported about not being able
  10. to extract a zip file named foo.exe.  I don't know of any problems
  11. with this patch.  It should work on any system that knows about the
  12. stat command.  If you suspect this patch is causing you problems, then
  13. just add -DREALOLDSTUFF to your CFLAGS line in the Makefile and it
  14. will compile the old way.
  15.  
  16. Warner Losh             imp@Solbourne.COM
  17.  
  18. [Applied via patch to v3.02.  Actual patch is in patchexe.pch file.
  19.  Since v3.02 hasn't REALLY been fielded yet,
  20.  no change to version number.
  21.  
  22. This patch, with its use of the stat() function, didn't want to work on
  23. my BSD 4.3 system (problems with stat() always returning a -1, not being
  24. able to define a struct stat variable, etc.).
  25. Replaced the "file-existence" testing with the access() function
  26. and it worked just fine!  You can now direct unzip to any target file at all.
  27. unzip will check for that file's existence, and if not found, will add a
  28. ".zip" and try again.  That oughtta take care of LEVELS.ZIP, selfextr.exe,
  29. and so forth. 
  30.  
  31. My system is now working perfectly, using various combinations of the
  32. -a and -m switch.  No CRC errors, file end-of-line conversion is working
  33. well, etc.
  34.  
  35. 19 May 90
  36.  David Kirschbaum
  37.  Toad Hall
  38. ]
  39. ***********************************************
  40. -v 3.02
  41.  
  42. Date: Wed, 9 May 90 11:27:39 MDT
  43. To: info-zip@wsmr-simtel20.army.mil
  44. Subject: Patch for the -a CRC problem.
  45. From: imp@Solbourne.COM (Warner Losh)
  46.  
  47. Greetings...
  48.  
  49. since it looks like David is going away for a while, here are the
  50. context diffs to 3.0 to make it quit bitching about CRC problems when
  51. it unpacks incorrectly.  I didn't patch the existing code.  I rewrote
  52. it so that all writes go though FlushBuffer which calls WriteBuffer
  53. which might call dos2unix to map <CR><LF> to just <LF>.  Note:  I
  54. think I broke EBCDIC in the process.  Lemme know what you think of
  55. these patches.  They worked for me a dozen times on this sun4 I have.
  56. I'd be interested in knowing where else they work.
  57.  
  58. Oh yah, if the last character of the buffer is <CR>, then weird things
  59. will happen (more than likely it will do nothing).  There is a bug
  60. that in what I sent to David that causes a buffer overflow (dos2unix
  61. looks at too many character) in reading (but not in writing.  The one
  62. line fix is to add i++ where you see it in this context diff.
  63.  
  64. Warner Losh
  65. imp@Solbourne.COM
  66. [Applied to v3.01, producing v3.02.
  67.  Patch itself is in the file losh.pat
  68.  David Kirschbaum
  69.  Toad Hall
  70. ]
  71.  
  72.