home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / compress / 3807 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  1.4 KB
  1. Path: sparky!uunet!ukma!darwin.sura.net!zaphod.mps.ohio-state.edu!uwm.edu!csd4.csd.uwm.edu!renegade
  2. From: renegade@csd4.csd.uwm.edu (Jun Hamaoka)
  3. Newsgroups: comp.compression
  4. Subject: Re: bug in PKLite 1.15??
  5. Date: 11 Nov 1992 21:29:18 GMT
  6. Organization: Computing Services Division, University of Wisconsin - Milwaukee
  7. Lines: 19
  8. Message-ID: <1drtveINNo0k@uwm.edu>
  9. References: <92315.194932GILLA@QUCDN.QueensU.CA> <1992Nov11.053329.21043@uwasa.fi>
  10. NNTP-Posting-Host: 129.89.7.4
  11.  
  12. In article <1992Nov11.053329.21043@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:
  13. >In article <92315.194932GILLA@QUCDN.QueensU.CA> "Arnold G. Gill" <GILLA@QUCDN.QueensU.CA> writes:
  14. >>     I just picked up version 1.15 of PKLite and converted all of my
  15. >>compressed .COM files to the newer version.  (Don't ask why, it's just a
  16. >>thing that I do.)  Anyway, it seems that none of the programs out there
  17. >>that check for executable compressions are able to detect version 1.15 of
  18. >>PKLite of .COM files, including the CHK4LITE that PKWare includes in the
  19. >>PKLite distribution!
  20. >
  21.  
  22. This is a bug that is known to PKWARE.  Apparently there was a last minute
  23. change that shifted the appearance of the PKLITE "header" by a few bytes,
  24. causing CHK4LITE to be unable to recognize it properly.
  25.  
  26. Note that the PKLITE program itself WILL recognize it properly, it is only
  27. the CHK4LITE program that is affected.  So this is not exactly a fatal 
  28. flaw.
  29.  
  30.  
  31.