home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 6 File / 06-File.zip / drchk034.zip / readme.txt < prev   
Text File  |  1996-11-27  |  4KB  |  70 lines
  1. DriveCheck v.034
  2.  
  3. DRIVECHK.CMD is a REXX program to scan a drive and determine wasted space 
  4. for both the HPFS and FAT file systems.  Usage and more specific 
  5. information is in the comments of the program.  You can run INSTALL.CMD to
  6. copy the files to a directory, set up an INI file (only useful for the
  7. Visual REXX portion), and create a desktop object.
  8.  
  9. History:
  10.  
  11. [no version] - Initial release just displayed directories being worked on.
  12.  
  13. v.02  - Added display of file being worked on, and ability to direct final 
  14.         output to a file.
  15.  
  16. v.021 - Fixed problem with how data from 4OS2 was handled - apparently 4OS2
  17.         2.0 and 2.51 have different outputs for the DIR command.  Also
  18.         fixed problem with an aliased DIR in 4OS2 screwing up the output.
  19.         Many thanks to Kari Jackson <KARIJACKSON@delphi.com> for pointing
  20.         out these oversights, and helping me fix them.
  21.  
  22. v.03  - Recently re-discovered Visual REXX, and implemented it.  You can
  23.         still optionally use it in text-only mode.  When running in VREXX
  24.         mode, starting from CMD.EXE does not bring the desktop to focus
  25.         for some reason (if you are in a full screen session).  You will
  26.         have to manually switch to the desktop.  To use the graphical
  27.         method, you must have VREXX installed on your system.  VREXX is
  28.         available from hobbes.nmsu.edu or any good OS/2 BBS as VREXX2.ZIP
  29.  
  30. v.031 - Fixed the way command-line arguments were processed so that it
  31.         wouldn't be necessary to put something in the place of '/S' in 
  32.         order to use '/O:' for an outfile.  
  33.  
  34. v.032 - Fixed the screwups I created in the last fix regarding command-line
  35.         arguments.  They should now work logically.  Also discovered a bug
  36.         in 4OS2 version 2.51 Revision A, concerning the display of a file's
  37.         EA size.  If you want to count EA sizes, then use CMD until 4OS2
  38.         is fixed.  Also fixed a screwup in the way I was handling the 
  39.         detection of VRexx.  And I also fixed a silly screwup involving
  40.         putting a carriage return/line feed on strings (I had used 0x0a0d
  41.         instead of 0x0d0a, the correct order).  All should now work well.
  42.  
  43. v.033 - Fixed minor errors, and found out that the aforementioned bug with
  44.         4OS2 is actually a bug in the 32-bit OS/2 API (CMD is 16-bit).  Any
  45.         EA that is greater than 32k in size will be reported as 32k, due to
  46.         the 32-bit API call returning twice a file's actual EA, yet not
  47.         returning a value greater than 64k (which would be fine if it
  48.         reported the correct figure, since 64k is the limit of an EA).  
  49.         4OS2/32's workaround (halving the returned figure) works up to 32k.
  50.         4OS2/16, as it uses the same 16-bit API call as CMD, does not have
  51.         any problems with EA sizes.
  52.  
  53. v.034 - Added detection of Object REXX, and use of 5 millisecond delay in   
  54.         three locations if Object REXX is used (SysSleep in Classic REXX
  55.         doesn't support fractional seconds).  The performance penalty is 
  56.         negligible, but the CPU usage level is quite a bit less (while the
  57.         default priority of REXX programs ensured that other normal
  58.         priority programs ran fine, idle-only programs suffered).  Will be
  59.         experimenting with more of Object REXX later, probably rewriting,
  60.         and therefore separating the programs in Classic and Object REXX.
  61.         Also fixed some minor glitch with the installation utility, and
  62.         worked around RxFuncQuery and RxFuncAdd not returning results as
  63.         documented, when detecting the presence of VRexx.
  64.  
  65.  
  66. Direct any comments or questions to:
  67.  
  68. Mike Ruskai <thanny@ibm.net>
  69. Mike Ruskai @1:107/634
  70.