home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload / ShartewareOverload.cdr / windows / lb_v114.zip / WHATSNEW.113 < prev    next >
Text File  |  1990-10-23  |  4KB  |  93 lines

  1.               WHAT'S NEW IN VERSION 1.13
  2.               --------------------------
  3.  
  4. - LICENSE.EXE has been modified:
  5.  
  6.       *** BE SURE TO KEEP AN ORIGINAL COPY OF LASTBYTE.SYS! ***
  7.  
  8.   LICENSE.EXE now ONLY works from an original (unlicensed) version of
  9.   LASTBYTE.SYS.  In addition, LICENSE now examines your hardware
  10.   configuration and computes a corresponding "signature" that is
  11.   inserted into LASTBYTE.SYS along with your name and access key.
  12.   During CONFIG.SYS processing, LASTBYTE recomputes this signature
  13.   and compares it to the one inserted by LICENSE.
  14.  
  15.     *** LASTBYTE WILL NOT INSTALL IF THESE SIGNATURES DIFFER! ***
  16.  
  17.   Thus LICENSE must be run on the *SAME* machine that uses LASTBYTE.
  18.   If you change your hardware configuration, you must run the LICENSE
  19.   program again (with an original unlicensed version of
  20.   LASTBYTE.SYS), so that the new hardware signature will be computed
  21.   and inserted into LASTBYTE.SYS.
  22.  
  23. - Documentation (LASTBYTE.DOC) prepared with a text formatter.
  24.  
  25. - Added image of actual command line to error messages.
  26.  
  27. - Repaired a bug with HIGHDISK that sometimes clobbered itself during
  28.   initialization.
  29.  
  30. - Repaired a bug with HIGHBFRS that corrupted the DOS buffers when it
  31.   was run with no command line arguments.
  32.  
  33. - Added a "BUFFERS=MAXIMUM" command line option to HIGHGBFRS to
  34.   allocate the maximum number of DOS buffers according to the amount
  35.   of available unrestricted High DOS memory.  This implements a
  36.   maximum of 99 buffers to be consistent with normal DOS
  37.   restrictions.
  38.  
  39. - Each of the LASTBYTE device drivers and TSR's now check the status
  40.   of the shift keys.  If the left shift, alt, and ctrl keys are
  41.   pressed simultaneously, the software is aborted.  This is useful
  42.   when an unfortunate configuration option causes your computer to
  43.   "hang" during a boot sequence.  The shift keys were selected to be
  44.   compatible with the convention used by HyperWare's HyperDisk.
  45.  
  46. - HIGHMEM now display status of EGA/VGA graphics display buffer
  47.   memory - i.e., whether or not it is in use for graphics or used as
  48.   an extension to conventional (low) dos memory.
  49.  
  50. - A "/Page" option has been added to HIGHMEM to force the output to
  51.   pause after each screen full of data.  This option may be
  52.   abbreviated as simply "/P".
  53.  
  54. - LASTBYTE is now (almost) compatible with Digital Research's MS/DOS
  55.   replacement, DR DOS version 5.0.  Exceptions are HIGHAPND and
  56.   HIGHMEM; later releases of LASTBYTE will make every attempt to
  57.   eliminate these incompatibilities.
  58.  
  59. - Added an "EXTRA" option to HIGHUMM.SYS when the extra overhead of
  60.   the Bank-Switch API functions is needed.  Without it, HIGHUMM.SYS
  61.   occupies much less high memory.
  62.  
  63. - Added API functions to HIGHUMM that allow assigning a name to a UMB
  64.   or BSW block, and to locate a block by its name. (Requires use of
  65.   the HIGHUMM "EXTRA" command line option.)
  66.  
  67. - Added "APPEND" option to LASTBYTE.SYS command line; used to specify
  68.   how much of a block of free memory that starts at A000 should be
  69.   used to stretch DOS memory beyond 640k.  Note that the memory is
  70.   NOT added to DOS until you enable it with HIGHAPND.EXE or
  71.   HIGHAPND.SYS (which replace the old HIGHGFX.SYS and HIGHGFX.EXE).
  72.   Introduction of the APPEND option also eliminates the 2k used by
  73.   LASTBYTE, so that you can now have a full 736k of DOS low
  74.   (conventional) memory.
  75.  
  76. - Repaired a problem that occured when the CMOS configuration (of an
  77.   AMI BIOS) was set for a type 47 (user defined) hard disk.  This
  78.   usually manifested itself as a divide by zero error that occured
  79.   when SMARTDRV.SYS was loaded high with HIGHDRVR.SYS.  The regular
  80.   power-on boot sequence (that occurs before LASTBYTE is loaded) not
  81.   only copies the ROMs into Shadow Ram, but then modifies the Shadow
  82.   Ram copy of the BIOS hard disk drive parameter table to insert the
  83.   user-defined parameters of the type 47 drive retrieved from the
  84.   CMOS Ram.  LASTBYTE then copied the BIOS ROM into Shadow Ram a
  85.   second time, effectively overwriting these updated locations.
  86.   LASTBYTE no longer automatically copies ROMs into Shadow Ram, but
  87.   rather uses whatever ROM Shadowing was originally in effect before
  88.   LASTBYTE is loaded.  
  89.  
  90. - Cleaned up the error reporting in LASTBYTE.SYS.
  91.  
  92. --------------------- END OF FILE WHATSNEW.113 ---------------------
  93.