home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 515.lha / LZ_v1.80 / Update180.doc < prev    next >
Text File  |  1991-06-08  |  8KB  |  187 lines
  1.  
  2.                                       LZ 1.80
  3.                                  20th March, 1991
  4.  
  5.                             Written by Jonathan Forbes
  6.                     Copyright © 1990, 1991, Xenomiga Technology
  7.  
  8.  
  9.    NOTICE
  10.  
  11.    I am releasing LZ 1.80 so that it will be possible for people to
  12. extract files from LHA 2.0 archives, a type of archive LZ will very soon be
  13. capable of creating.
  14.  
  15.    The LHA 2.0 algorithm is MUCH faster than the original at both compression
  16. and decompression, and produces significantly smaller archives.  This version
  17. of LZ can extract these archives (without limitation) but cannot create them.
  18.  
  19.    Currently, I have no intention of releasing a public version of LZ which
  20. can create LHA 2.0 style archives; only registered versions will have this
  21. capability.
  22.  
  23.    Because there are no other utilities which can decompress LHA 2.0 style
  24. archives, the 60k evaluation limit has been removed from the LHA 2.0
  25. extraction routines.  The 60k limit still exists for standard Lharc 1.0
  26. style archives, however, as an incentive for you register.
  27.  
  28.    The LHA 2.0 extraction routines of this version have not been optimised,
  29. and are not quick; they run at precicely the same speed as the routines of
  30. Lharc 1.3.  The routines in the registered versions have been optimised,
  31. however, and are much faster than those in this version; in fact, right
  32. now, a registered version of LZ 1.80 can decompress LHA 2.0 archives much
  33. more quickly than it can decompress Lharc 1.0 style archives.  In fact,
  34. registered versions of LZ may soon be able to decompress LHA 2.0 archives
  35. at up to 3 times the speed that they can decompress Lharc 1.0 archives;
  36. that's quite a speed gain!
  37.  
  38.   If you register your copy, not only will you receive a faster version of
  39. LZ, but you will also be able to obtain all future versions of LZ at no
  40. charge (unless you wish future versions to be mailed to you).
  41.  
  42.    The next release of LZ, 1.90, will be capable of creating LHA 2.0 style
  43. archives.  It, and probably all future releases, will only be available to
  44. registered users.  In the case of extenuating circumstances (such as a
  45. bug in LZ 1.80 preventing it from extracting certain LHA 2.0 style
  46. archives), I will release a bug fix for it, but I have no immediate plans
  47. to release a public version of LZ which can create LHA 2.0 style archives.
  48. Anything's possible, though; I might change my mind -just don't hold
  49. your breath waiting for a public version which archives in LHA 2.0.
  50.  
  51.    You should also note that there is a version of LZ floating around
  52. claiming to be "LZ 2.00" (the archive is named LZ200.LZH).  This archive
  53. is merely the original LZ 1.00 with some text changed and the
  54. documentation modified to claim LZ is "Public Domain", which it is not.
  55. Another similar version is floating around, named "LZ100CR.LZH", although
  56. this one is less common.
  57.  
  58.    The use of either of these versions is not advised for several reasons,
  59. just one of them being that they are illegal versions.  The original LZ 1.00
  60. had a pretty serious bug in it which could very occasionally cause the
  61. creation of corrupted archives, especially on 68030 machines with the data
  62. cache turned on.
  63.  
  64.    If you see either of these versions (LZ200.LZH is by far the most common)
  65. on local BBS's, please ask the Sysop to remove it, since neither is a
  66. legitimate version.  ALL future "releases" of LZ should be regarded with
  67. GREAT suspicion, since it is HIGHLY likely that future hacked up versions
  68. of LZ will surface.  Versions claiming to be "Public Domain" or absolutely
  69. free, no matter WHAT the documentation says, are almost certainly hacked
  70. up versions.  If there are no added features to the release, it is also
  71. almost certainly a hacked up version.  More likely than not, any future
  72. versions of LZ that you see are NOT legitimate.
  73.  
  74.    (Small note:  The update byte counter can go quite wild in this demo
  75.                  version for files over 32768 bytes; it's simply a side
  76.                  effect of something I've done with the demo version.  It's
  77.                  nothing to worry about, and is not present in registered
  78.                  versions).
  79.  
  80.    (Registered users, note, early copies of LZ 1.80 were not fully capable
  81.     of decompressing LHA 2.0 archives; please contact me for an updated
  82.     version)
  83.  
  84.  
  85.    Changes (1.80)
  86.  
  87.    o  LZ can now extract (but not create) Lharc 2.0 style archives.  LZ is
  88.       the first utility available for the Amiga to do so.
  89.  
  90.    o  The decompression algorithm has hardly been optimised at all, but it
  91.       is reasonably quick (although not as fast as the Lharc 1.0
  92.       decompression algorithm).
  93.  
  94.    o  The i/o buffers now work properly
  95.  
  96.  
  97.    Changes (1.06)
  98.  
  99.    o  LZ doesn't say "Melting" or "Testing" for files less than or equal to
  100.       2048 bytes in size; it will just decompress the file and say "Melted"
  101.       or "Tested"; this is because decompression is almost instantaneous for
  102.       small files, and displaying "Melting" or "Testing" takes time.
  103.  
  104.  
  105.    Changes (1.05)
  106.  
  107.    o  LZ no longer tries to set a file's comment and date when it's testing
  108.       files in an archive.
  109.  
  110.  
  111.    Changes (1.04)
  112.  
  113.    o  Fixed minor filenote problem
  114.  
  115.  
  116.    Changes (1.03)
  117.  
  118.    o  Fixed bug where LZ would delete the archive being built if two or more
  119.       files were missing
  120.  
  121.  
  122.    Changes (0.91 to 1.02)
  123.  
  124.    o  (sorry, there never was a "grevious bug" in LZ 1.00; my mistake)
  125.  
  126.    o  Compression speed is, on average, double that of LZ 0.91, but can often
  127.       more than triple LZ 0.91's performance for highly compressible files.
  128.  
  129.    o  LZ now produces output files 3-5% smaller (on average) than other .LZH
  130.       utilities.
  131.  
  132.    o  Decompression is fractionally faster (2-3% speed increase).
  133.  
  134.    o  User configurable screen update; previously hardcoded at 1024 for
  135.       compressing and 4096 for decompressing, this is now user configurable
  136.       with the -U option, and defaults to 1024 bytes for both.  Thus, LZ
  137.       defaults to updating the display four times as quickly as before,
  138.       giving a better indication of its speed.
  139.  
  140.    o  Two MS-DOS Pkzip lookalike modes; the pre-v1.10 swivel (which is turned
  141.       on by -D1) and the v1.10 percentage display (-D2).  There was no
  142.       particular reason for implementing this, but it's only a couple of lines
  143.       of code, so why not?
  144.  
  145.    o  The delete function now works properly.
  146.  
  147.    o  LZ will no longer say "** Error converting date **"; instead, it will
  148.       set the date to something reasonable and be quiet.  This was never a bug
  149.       in the first place; LZ 0.91 was simply informing you that the date in the
  150.       archive was invalid (like 29-Sep-100), something Lharc never did.
  151.       Anyway, it's gone now, since some people mistakenly thought it was bug.
  152.  
  153.    o  LZTEMP.xxxxxx files are no longer left lying around if LZ is aborted.
  154.  
  155.    o  Files are now added in alphabetical order within their respective
  156.       directories.
  157.  
  158.    o  Fixed "file header too short" bug when decompressing files.
  159.  
  160.    o  Fixed bug which would spuriously report a corrupted file if the file
  161.       had a large filenote.
  162.  
  163.    o  Fixed a bug involving zero length files.
  164.  
  165.    o  LZ will no longer set the task priority of the CLI to zero upon exit.
  166.  
  167.    o  Input/output buffer is now set by -b (in K) instead of by -i and -o
  168.       (in bytes).
  169.  
  170.    o  The -N option (no console output) now automatically turns on -m (no
  171.       message query).
  172.  
  173.    o  LZ now recognises .dms and .arj files as archives.
  174.  
  175.    o  LZ will no longer try to add an archive to itself.
  176.  
  177.    o  When adding files, the archive won't be deleted if it couldn't find a
  178.       file (this has been a major annoyance from 0.81+)
  179.  
  180.    o  If LZ is aborted while it is archiving, it will no longer corrupt the
  181.       end of the archive (another major annoyance).
  182.  
  183.    o  Millions of other things changed for the better.
  184.  
  185.    o  Cosmeticisms.
  186.  
  187.