home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1994 #1 / monster.zip / monster / UTILS2 / TLB_V240.ZIP / WHATSNEW.DOC < prev   
Text File  |  1994-04-15  |  8KB  |  243 lines
  1.  
  2.  
  3.  
  4.                         WHAT'S NEW IN VERSION 2.40
  5.  
  6.  
  7.      o  CHIPSET.EXE,  LASTBYTE.SYS:  Added  support for the UMC 82C391
  8.         and  82C491  chipsets,  the  SiS  85C471  chipset,  the Bioteq
  9.         82C3491   chipset,  and  the  Acer  M1207,  M1209,  and  M1409
  10.         chipsets.  
  11.  
  12.      o  LASTBYTE.SYS,    HIGHHOLE.EXE:    Added    two   new   options
  13.         (TRACE=MAINBIOS  and TRACE=VIDEOBIOS) to LASTBYTE.SYS.  Either
  14.         causes  installation  of  a  1 Kbyte stub in upper memory that
  15.         traces  the execution of code in the corresponding bios.  Then
  16.         the  first  time  that  HIGHHOLE  is run, the stub is removed,
  17.         tracing  is  terminated,  and the results are used to identify
  18.         unused  portions  of  the  bios.   Note:  While  tracing, your
  19.         computer will be slowed down by about a factor of ten.  
  20.  
  21.      o  HIGHMEM.EXE:   No   longer   requires   that  LASTBYTE.SYS  be
  22.         installed  in  order  to  run;  allows  examining conventional
  23.         memory "before and after".  
  24.  
  25.      o  NEW FEATURES FOR CHIPSETS WITH READ-ONLY MAIN BIOS SHADOW RAM 
  26.  
  27.            Many  of  the  recent  main bios roms are "split", allowing
  28.            use  of either the DOS=F000:32 option (with R/W shadow ram)
  29.            or   the   MOVE=OVERLAY   option  (with  R/O  shadow  ram).
  30.            However,  the  latter option fails if even a single byte of
  31.            the  first  32k  of  rom  code must remain accessible.  The
  32.            HOLE   option  can  now  be  used  to  specify  regions  of
  33.            read-only  shadow ram for use as follows, thus reducing the
  34.            demand for regular Hi-DOS memory: 
  35.  
  36.         -  HIGHHOLE.EXE:  Now  indicates  which  holes  will be in R/O
  37.            shadow ram memory.  
  38.  
  39.         -  HIGHMEM.EXE:  Free  R/O  Hi-DOS  memory  created  by a HOLE
  40.            option is listed with "[R/O]" in the "Type" column.  
  41.  
  42.         -  LASTBYTE.SYS:  Added  a  MOVE=TABLES  option  to  convert a
  43.            small  area  within the EGA/VGA bios shadow ram into usable
  44.            Hi-DOS  memory  by moving a few parameter tables from there
  45.            into free R/O shadow ram if possible.  
  46.  
  47.         -  HIGHUMM.SYS  and HIGHKEY.EXE: Now put most of their code in
  48.            R/O shadow ram if possible.  
  49.  
  50.         -  HIGHDISK.SYS:  Now  puts  all  or  most  of its code in R/O
  51.            shadow ram if possible.  
  52.  
  53.         -  HIGHMARK.SYS:  Now puts the TSR marker in R/O shadow ram if
  54.            possible.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.                         WHAT'S NEW IN VERSION 2.40
  65.  
  66.  
  67.      o  LASTBYTE.SYS:  CPU identification code vastly expanded.  Added
  68.         more techniques for identification and more processor types.  
  69.  
  70.      o  LASTBYTE.SYS:  Some main bios rom's were assumed to be 64k and
  71.         start  at F000 when in fact they were as small as 16k starting
  72.         at FC00.  Corrected.  
  73.  
  74.      o  HIGHHOLE.EXE:  Now  determines which portions of the hard disk
  75.         parameter  table  in  the  main bios are unused.  These may be
  76.         used  as  holes  if  the  corresponding  region(s) fall within
  77.         read/write shadow ram.  
  78.  
  79.      o  HIGHHOLE.EXE:  Now  identifies  adjacent  holes and suggests a
  80.         single HOLE option for the combination.  
  81.  
  82.      o  HIGHMEM.EXE,  HIGHHOLE.EXE,  and HIGHKEY.EXE: They now display
  83.         "dots" while working to indicate that they are still alive.  
  84.  
  85.      o  CHIPSET.EXE: Now displays CPU type and speed.  
  86.  
  87.      o  HIGHMEM.EXE,   HIGHHOLE.EXE:   Output  was  only  able  to  be
  88.         redirected   to   a   file.   Corrected;  output  may  now  be
  89.         redirected to ANY device (e.g., PRN).  
  90.  
  91.      o  HIGHKEY.EXE:  The  help  command  line  option  (/?) was being
  92.         interpreted  as  the  name  of  a keystroke history file to be
  93.         loaded.  Corrected.  
  94.  
  95.      o  INSTALL.EXE:   If  there  were  two  "DOS="  commands  in  the
  96.         original  CONFIG.SYS  file, only the first would be processed.
  97.         Corrected.  
  98.  
  99.      o  INSTALL.EXE:  UMB  option  not removed from "DOS=" option when
  100.         installing  PHYSICAL=UMB  (used  when  installing  on  top  of
  101.         EMM386).  Corrected.  
  102.  
  103.      o  HIGHDRVR.SYS:  Using  Double  Space  with  DOS 6.2 would cause
  104.         HIGHDRVR.SYS   to   hang,   even   with   character   devices.
  105.         Work-Around  in  was  to  use the undocumented "/STUB" option,
  106.         but   now  this  is  the  default  with  DOS  6.0  and  above,
  107.         regardless  of  whether  device driver is a character or block
  108.         device.   (Hopefully  the  stubs  can be eliminated again in a
  109.         later version.) 
  110.  
  111.      o  LASTBYTE.SYS:    Reboot   processing   has   been   completely
  112.         reworked.   Rebooting  on  a  machine with a chipset that uses
  113.         read-only  shadow  ram in the main bios area could fail if the
  114.         MOVE=OVERLAY  option had been used.  Application software that
  115.         attempted  a  warm  boot  by  writing 1234h to 40:72h and then
  116.         executing  a  far  jump to FFFF:0000 (or F000:FFF0) would fail
  117.         if  any  part of the POST code in shadow ram between F000-FFFF
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.                         WHAT'S NEW IN VERSION 2.40
  125.  
  126.  
  127.         had   been   overlayed   by  a  HOLE,  DOS,  or  MOVE  option.
  128.         Corrected.  
  129.  
  130.      o  HIGHUMM.SYS,  HIGHDISK.SYS,  HIGHEMS3.SYS, HIGHEMS4.SYS: Under
  131.         certain  circumstances, these device drivers would incorrectly
  132.         generate  the  error  message, "Loads High without HIGHDRVR or
  133.         DEVICEHIGH".  Corrected.  
  134.  
  135.      o  HIGHSPLR.EXE:  Replaced  the  "Defective  Parallel  Port"  and
  136.         "Defective   Serial   Port"   messages   with   more  specific
  137.         descriptions  of  what's  wrong.   Relaxed  the criteria for a
  138.         working parallel port.  
  139.  
  140.      o  LASTBYTE.SYS:  Was  dropping  the  end of the option list when
  141.         the  total  number of characters exceeded 200; increased limit
  142.         to 400.  
  143.  
  144.      o  HIGHDRVR.SYS,  HIGHTSR.EXE, HIGHUMM.SYS: Several of the Norton
  145.         utilities  try  to  load  themselves  high  by  allocating and
  146.         moving  into  a  UMB during initialization.  However, Norton's
  147.         code  evidently  does  not  check  to  see  if  it  is already
  148.         executing  from  high  memory.   If  HIGHUMM.SYS  is installed
  149.         without  DOS=UMB,  then  it  will  respond to these allocation
  150.         requests,  but  usually the request will fail for lack of free
  151.         memory.   HIGHDRVR  and HIGHTSR now disable HIGHUMM during the
  152.         initialization  of  hi-loaded  software,  thus  correcting the
  153.         problem.  
  154.  
  155.      o  HIGHDRVR.SYS:  Was  not  setting the DOS 5.0+ value for end of
  156.         available  memory  stored  in  the  request  header  used when
  157.         initializing a high-loaded device driver.  Corrected.  
  158.  
  159.      o  LASTBYTE.SYS:  The  low-level  drivers  for the Acer M1217 and
  160.         M1219  chipsets  contained  a bug related to locking/unlocking
  161.         access to the configuration registers.  Corrected.  
  162.  
  163.      o  CHIPSET.EXE:  Gave  a  false  negative  response  for the Acer
  164.         M1217   and   M1219   chipsets,  and  the  UMC82C481  chipset.
  165.         Corrected.  
  166.  
  167.      o  LASTBYTE.SYS:  Systems  with an Extended Bios Data Area (XBDA)
  168.         could  use  MOVE=XBDA  to  recover the last 1k of conventional
  169.         memory,  but  use  of  the  APPEND option would still cause an
  170.         error   message   stating   that   "APPEND  requires  640k  of
  171.         Conventional Memory".  Corrected.  
  172.  
  173.      o  LASTBYTE.SYS:  Corrected  some minor bugs that would sometimes
  174.         cause  the  size  and  line  width  of  a cache to be reported
  175.         incorrectly.  
  176.  
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.                         WHAT'S NEW IN VERSION 2.40
  185.  
  186.  
  187.      o  LASTBYTE.SYS:  The  calculated  cpu  clock rate is used in the
  188.         calculation  of  memory  bandwidth.   That calculation had not
  189.         considered  the  effect of cpu's that double (e.g., 486DX2) or
  190.         triple   (IBM   Blue   Lightning)   their   clock  internally.
  191.         Corrected.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243.