home *** CD-ROM | disk | FTP | other *** search
/ The California Collection / TheCaliforniaCollection.cdr / his008 / pkl103.exe / WHATSNEW.103 < prev   
Text File  |  1990-12-20  |  3KB  |  52 lines
  1.  
  2. The following items are new, changed, or fixed from version 1.00
  3. of PKLITE in this release of version 1.03 of the PKLITE software.
  4.  
  5.  
  6. - In rare instances some .EXE files compressed by PKLITE would
  7.   erroneously display the message "Not Enough Memory" when run.
  8.   This has been corrected.
  9.  
  10. - Files with very large .EXE relocation headers sometimes could
  11.   not be compressed or would not run in compressed format.  This
  12.   has been corrected.
  13.  
  14. - Files compressed with LZEXE and extracted with UNLZEXE and then
  15.   compressed with PKLITE would not run correctly, or would compress
  16.   bigger than if the original .EXE file was compressed.
  17.  
  18.   This is because UNLZEXE does not restore the .EXE file exactly
  19.   as the original file (unlike PKLITE, which does).  Specifically,
  20.   UNLZEXE writes the .EXE relocation header in an unoptimal, non-
  21.   canonical form.  PKLITE version 1.03 can compress UNLZEXE'd files
  22.   and they will run correctly, however the HDROPT program included
  23.   in this version can be used to normalize the .EXE relocation data
  24.   and allow PKLITE to compress UNLZEXE'd files much smaller.
  25.  
  26.   HDROPT optimizes a file's .EXE relocation header storing each
  27.   header in a normalized canonical from, yielding much better
  28.   compression with PKLITE.  While most popular compilers/linkers
  29.   usually write the relocation entries in canonical form when
  30.   creating .EXE files, HDROPT is useful for files created by
  31.   UNLZEXE and perhaps other linkers that create un-normalized
  32.   relocation headers.
  33.  
  34.   Also, when compressing some .EXE files, especially produced
  35.   in a development environment with DEBUGGING options enabled,
  36.   some people have reported that LZEXE compresses smaller than
  37.   PKLITE.  This is because LZEXE automatically strips any debug
  38.   data from an executable file when compressing it.  PKLITE only
  39.   strips this data when the -r option is used.  In almost every
  40.   single case, PKLITE with the -r option should compress better
  41.   than LZEXE when debugging data is present in an .EXE file.
  42.  
  43. - A new program CHK4LITE is included in this version.  CHK4LITE
  44.   can be used to determine if a file has been compressed with
  45.   PKLITE.  CHK4LITE returns an errorlevel of 0 (zero) if none
  46.   of the file(s) scanned was compressed with PKLITE, 1 (one) if
  47.   at least one file was compressed with PKLITE and 2 (two) if at
  48.   least one file was compressed with the extra option in PKLITE
  49.   Professional.  If both types of compressed files are scanned,
  50.   CHK4LITE will return two.
  51.  
  52.