home *** CD-ROM | disk | FTP | other *** search
/ Chip Hitware 3 / Chip_Hitware_Vol_03.iso / chiphit3 / _archiv / packer / pklite / whatsnew.115 < prev   
Encoding:
Text File  |  1992-07-29  |  5.0 KB  |  132 lines
  1. The following items are new, changed, or fixed from version 1.14
  2. of PKLITE in this release of version 1.15 of the PKLITE software.
  3.  
  4. Shareware version:
  5.  
  6. - Changed method of detecting when executable files are compressed.
  7.  
  8. Professional version:
  9.  
  10. - Same changes as above.
  11.  
  12. - Corrected an anomoly in the extra compression option that would compress
  13.   files with appended data (overlays) incorrectly.
  14.  
  15.  
  16. The following items are new, changed, or fixed from version 1.13
  17. of PKLITE in this release of version 1.14 of the PKLITE software.
  18.  
  19. Shareware version:
  20.  
  21. - On rare occasions with certain executables the PKLITE 1.13
  22.   extractor may set the stack to collide with the extractor code.
  23.   This has been fixed with version 1.14.
  24.  
  25. - The following file names will not be compressed and must be
  26.   renamed if you wish to compress them:
  27.  
  28.      COMMAND.COM
  29.      SETVER.EXE
  30.  
  31. - PKLITE will now compress EXE files with up to approximately
  32.   32,000 relocations.  Earlier versions were limited to about
  33.   15,000 relocations.
  34.  
  35. - Occasionally an incorrect 'Read-Only, skipping file' message
  36.   would occur when the file is not read only.  This has been
  37.   fixed.
  38.  
  39. - The output path specified when compressing files to another directory
  40.   may now have a trailing slash or backslash.
  41.  
  42. - Added code to prevent a file being compressed from overwriting itself
  43.   when specifying an output path.
  44.  
  45. Professional version:
  46.  
  47. - Same changes as above.
  48.  
  49. - A minor anamoly in the relocation code for files compressed with
  50.   the extra compression option has been corrected.
  51.  
  52. - Changes have been made to make this version more resistant to
  53.   "disliting".
  54.  
  55. - The extra compression option now writes the characters 'PK'
  56.   (50, 4B hex) into the psp at offset 5C hex.  The user program
  57.   can check for this signature and abort if it isn't found.  This
  58.   way the user program will not run if the PKLITE compression is
  59.   removed. This check may look something like the following in
  60.   Microsoft or Borland C:
  61.  
  62.   if (*(unsigned int far *)MK_FP(_psp, 0x5C) != 0x4B50)
  63.      exit(1);
  64.  
  65.  
  66. The following items are new, changed, or fixed from version 1.12
  67. of PKLITE in this release of version 1.13 of the PKLITE software.
  68.  
  69. - Fixed a minor anomoly when run on a POQET computer with power
  70.   management enabled.
  71.  
  72.  
  73. The following items are new, changed, or fixed from version 1.05
  74. of PKLITE in this release of version 1.12 of the PKLITE software.
  75.  
  76. - Fixed minor anomolies with some unusual .EXE files.
  77.  
  78. - Added a relocation item to the .EXE header so that DR-DOS and
  79.   MS-DOS 5.00 can load PKLITE'd files below 64K.
  80.  
  81. - Updated CHK4LITE to recognize 1.12 compressed files.
  82.  
  83. - Added a test for relocation table optimization and automatic header 
  84.   optimization into PKLITE.  PKLITE 1.12 tests the relocation table to
  85.   see if it can be optimized for better compression and asks if you want 
  86.   to re-arrange the relocation header for better compression.  This 
  87.   performs the same operation as running HDROPT and then PKLITE.  NOTE: 
  88.   if the file is re-exapanded with PKLITE -x, it will not match the 
  89.   original, but rather what the original .EXE file would be after 
  90.   running HDROPT on it.
  91.  
  92.  
  93. HDROPT
  94.  
  95.   Files compressed with LZEXE and extracted with UNLZEXE and then 
  96.   compressed with PKLITE sometimes compress bigger than if the original 
  97.   .EXE file was compressed.
  98.  
  99.   This is because UNLZEXE does not restore the .EXE file exactly as the 
  100.   original file (unlike PKLITE, which does).  Specifically, UNLZEXE 
  101.   writes the .EXE relocation header in an unoptimal, non- canonical 
  102.   form.  The HDROPT program included in this version can be used to 
  103.   normalize the .EXE relocation data and allow PKLITE to compress 
  104.   UNLZEXE'd files much smaller.
  105.  
  106.   HDROPT optimizes a file's .EXE relocation header storing each header 
  107.   in a normalized canonical from, yielding much better compression with 
  108.   PKLITE.  While most popular compilers/linkers usually write the 
  109.   relocation entries in canonical form when creating .EXE files, HDROPT 
  110.   is useful for files created by UNLZEXE and perhaps other linkers that 
  111.   create un-normalized relocation headers.
  112.  
  113.   Also, when compressing some .EXE files, especially produced in a 
  114.   development environment with DEBUGGING options enabled, some people 
  115.   have reported that LZEXE compresses smaller than PKLITE.  This is 
  116.   because LZEXE automatically strips any debug data from an executable 
  117.   file when compressing it.  PKLITE only strips this data when the -r 
  118.   option is used.  In almost every single case, PKLITE with the -r 
  119.   option should compress better than LZEXE when debugging data is 
  120.   present in an .EXE file.
  121.  
  122.  
  123. CHK4LITE
  124.  
  125.   CHK4LITE can be used to determine if a file has been compressed with 
  126.   PKLITE.  CHK4LITE returns an errorlevel of 0 (zero) if none of the 
  127.   file(s) scanned was compressed with PKLITE, 1 (one) if at least one 
  128.   file was compressed with PKLITE and 2 (two) if at least one file was 
  129.   compressed with the extra option in PKLITE Professional.  If both 
  130.   types of compressed files are scanned, CHK4LITE will return two.
  131.  
  132.