home *** CD-ROM | disk | FTP | other *** search
/ Frostbyte's 1980s DOS Shareware Collection / floppyshareware.zip / floppyshareware / XDISK330.ZIP / XDISK.NEW < prev    next >
Text File  |  1992-01-01  |  4KB  |  78 lines
  1.  
  2.                        xDISK
  3.  
  4.                Copyright (c) 1989-1992, FM de Monasterio
  5.             Licensed Material - All rights reserved
  6.  
  7.  
  8.  Version 3.30: *Feedback/Directory Listing*
  9.  
  10.  Visual and audio feedback during password-access checking are not the default
  11.  condition any longer.  They must now be selected by the switches /FV and /FA,
  12.  respectively, and can be disabled via switch /F-.  Added automatic encryption
  13.  of the password.  Due to the requests of a number of users, added audio feed-
  14.  back during DOS access to the RAM-disk via switch /A± (the old gate switch /A
  15.  is now switch /G±). Added directory listing service to the Status/Usage panel
  16.  via key <F3>. Modified the Status/Usage/Help panels for better legibility and
  17.  faster Mouse support.
  18.  
  19.  
  20.  Version 3.20: *MS-DOS 5.0*
  21.  
  22.  Due to changes in undocumented data structures in MS-DOS 5.0, the command-line
  23.  loading of xDISK is temporarily restricted to DOS versions 2.x through 4.x, as
  24.  its process of character-device loading can produce memory allocation problems
  25.  in DOS 5.0. The loading of the driver via the CONFIG.SYS file is not affected. 
  26.  
  27.  The self-installation of XDISK.SYS in the upper memory area is now implemented
  28.  through either a DOS-based memory allocation (switch /H[n]!), if MS-DOS 5.0 is
  29.  configured to control UMB allocation (e.g. command 'DOS=UMB' in the CONFIG.SYS
  30.  file, and the drivers HIMEM.SYS and 386EMM.EXE installed), or an XMS-based UMB
  31.  allocation (switch /H[n]), as in the case of versions 3.00 and 3.10.  Note the
  32.  addition of '!' to switch /H[n] in the former case.  A problem during command-
  33.  line loading of xDISK under buggy versions of IBM-PC DOS 4.00 has been solved.
  34.  An error in the memory address of the resident driver shown in the Help/Status
  35.  panel has been corrected.
  36.  
  37.  
  38.  Version 3.10: *DOS Command-line Loading*
  39.  
  40.  It is now possible to load XDISK.SYS from the DOS command line (as opposed to
  41.  during booting via CONFIG.SYS) via XDISK.EXE; this allows the installation of
  42.  xDISK drives without having to edit CONFIG.SYS and to reboot the CPU.  Switch
  43.  /L is now used in XDISK.EXE to denote command-line loading of the driver; the
  44.  high-memory loading of the driver (which was mediated by switch /L in version
  45.  3.00) is now mediated by switch /H.  A command-line loaded xDISK drive can be
  46.  uninstalled with switch /U. Introduced the 486 release of xDISK. Added switch
  47.  /K to avoid display of installation banner.
  48.  
  49.  
  50.  Version 3.00: *386 Release/UMB selfloading*
  51.  
  52.  Increased performance by improving the optimization of mathematical routines.
  53.  Introduced the 386 release of xDISK, developed through versions 2.60 to 2.97.
  54.  (The 386 release operates faster than the 286 one by a factor of about 1.5 or
  55.  so; however, note that xDISK input/output times remain primarily dependent on
  56.  the performance of the expanded memory system.)
  57.  
  58.  Also introduced the option of self-installation in upper conventional memory,
  59.  i.e., above the 640-kb limit of DOS, but below the 1-Mb limit of conventional
  60.  memory, if an extended-memory manager compatible with XMS 2.0 is also present
  61.  and a free upper-memory block of 2 kb is available; this preserves the amount
  62.  of conventional memory available for DOS use.  Unlike the high-memory loading
  63.  provided by some (386) memory managers, XDISK.SYS self-loading in high memory
  64.  only requires a free block of the size of the resident, and not of the entire
  65.  driver.  See XDISK.DOC for details on high-memory loading.
  66.  
  67.  The user can specify a lower high-memory limit above which the driver should
  68.  try load itself (if a block is available above such a limit), to avoid upper-
  69.  memory areas having slow access times.  (The utility TIMEM.EXE can be used to
  70.  measure conventional memory access times.)
  71.  
  72.                 -----------------
  73.          ┌─────────────────────────────────────────────────────────────┐
  74.          │ Trademarked names are the property of the respective owners │
  75.          └─────────────────────────────────────────────────────────────┘
  76.  Earlier version news removed
  77.  [END]
  78.