home *** CD-ROM | disk | FTP | other *** search
/ Hall of Fame / HallofFameCDROM.cdr / util2 / sd60.doc < prev    next >
Text File  |  1989-01-20  |  8KB  |  176 lines
  1. THIS IS A DESCRIPTIVE DOCUMENT OF EXTRACT FROM PROGRAM DOCUMENTATION
  2. THIS DOCUMENT IS MEANT FOR T)YPE READING AND NOT DOWNLOADING.
  3.  
  4. PROGRAM: IBM-PC SORTED DIRECTORY UTILITYS VERSION 6.0
  5. (C) 1989 BY J. STETSON
  6.  
  7.  
  8.  
  9.  
  10.  
  11. ------------------------------------------------------------------------
  12. SD.COM
  13.  
  14. 1.2     Design Philosophy
  15.  
  16. ------------------------------------------------------------------------
  17.  
  18. SD provides more information than the resident DOS DIR command about the files
  19. on a disk, and allows  the  user  to  select,  sort,  format,  and display the
  20. information in a variety of ways.  This is  accomplished  by specifying  a
  21. pattern name to select the desired files and by specifying any of a variety of
  22. command line "switches" which allow  you  to  modify the  behavior of the
  23. program.  The switch names have been designed using letters, as much as
  24. possible, so that it  is  easier  to  associate  the function  of  a  switch
  25. with its name.  In addition, the default switch values have been carefully
  26. chosen to reflect their most common use.
  27.  
  28. Although the program is relatively small, it is possible to use it in an
  29. almost  infinite  variety  of  ways  by  using the switches in different
  30. combinations.  A significant amount of effort has gone  into  optimizing the
  31. performance  of  the  program,  due  to  the  number of times it is typically
  32. used.  The  program  is  designed  to  be  as  transparent  as possible  in
  33. normal  operation,  and does not impose itself between the user  and  the
  34. operating  system.    This  allows  both   novice    and experienced users to
  35. use it in the way that best meets their needs.
  36.  
  37. As a default, the program writes output directly to video display memory which
  38. results in noticeably faster output than that possible  with  DOS.  Output can
  39. still be redirected to an output device or file by specifying the standard DOS
  40. redirection symbol (>) on the DOS command line.
  41.  
  42. Maximum possible use is made of the horizontal dimension of  the  screen to
  43. minimize the loss of previously displayed data by screen scrolling.
  44.  
  45. Support is provided for a variety of file selection attributes.
  46.  
  47. Support is provided for a variety of screen display formats with varying
  48. amounts of detailed file information displayed.
  49.  
  50. A variety of user customizable command line switches  and  screen  field
  51. display colors are also supported.
  52.  
  53. Every effort has been made to keep the size of the program to a minimum, for
  54. efficient use on systems having floppy disks.  However, many of the
  55. capabilities of both DOS and this program are only fully  realized  when using
  56. large hard (fixed) disks with  hierarchical  directory  structures to organize
  57. files.
  58.  
  59. Two of the most valuable resources in a computer system are  memory  and disk
  60. storage.  Many applications make little or no attempt to use  these resources
  61. efficiently.  Not only does this program  attempt  to  provide many useful
  62. (and hopefully frequently used) capabilities in an efficient package, but it
  63. can be used to manage the system memory and  disk  space so that they are used
  64. to best advantage.
  65.  
  66. ------------------------------------------------------------------------
  67. SDR.COM
  68.  
  69. 1.2     Design Philosophy
  70.  
  71. ------------------------------------------------------------------------
  72.  
  73. As is the case for SD.COM, SDR.COM provides more  information  than  the
  74. resident  DOS DIR command about the files on a disk, and allows the user to
  75. select, sort, format, and display the information  in  a  variety  of ways.
  76. This is accomplished by specifying a pattern name to select the desired files
  77. and by  specifying  any  of  a  variety  of  command  line "switches"  which
  78. allow you to modify the behavior of the program.  The switch names have been
  79. designed using letters, as much as  possible,  so that  it  is easier to
  80. associate the function of a switch with its name.  In addition, the default
  81. switch values have  been  carefully  chosen  to reflect their most common use.
  82.  
  83. The advantage of a memory resident program is that it is  almost  always
  84. available for use, regardless of the other program(s) currently running.
  85. Otherwise, it would be necessary to either exit the current program  and
  86. return to the  DOS system command prompt in order to run the program, or use
  87. the "shell" facility that some programs  provide  to  execute  other programs
  88. and  then regain control.  Since not all programs provide this capability,
  89. having your frequently used  utilities  in  memory  resident form  greatly
  90. increases their availability.  In addition, execution of a memory resident
  91. program is virtually instantaneous, since the program is only loaded from disk
  92. once.
  93.  
  94. The primary disadvantage  of  a  memory  resident  program  is  that  it
  95. consumes  system  memory  which  would otherwise be available to execute other
  96. programs.  Most memory resident programs are loaded once at system boot time
  97. and  remain  in  memory  permanently.  Well  designed  memory resident
  98. programs are carefully written to minimize the amount of memory they use, and
  99. allow the user to configure the program to achieve a  good balance between
  100. functionality and  memory  consumption.    Another  more subtle disadvantage
  101. is that most  non-trivial  memory resident  programs must employ a variety of
  102. techniques to work around  the  limitations  in the DOS operating system and
  103. the IBM-PC BIOS.  Since there is not yet  a universally accepted standard for
  104. what these techniques should be, there is  no guarantee that any one memory
  105. resident program will be compatible with another, or even with other
  106. non-memory resident programs.
  107.  
  108. However, enough of  a  standard  has  emerged  to  write  useful  memory
  109. resident  programs, and the benefits of frequently used programs greatly
  110. outweigh the occasional incompatibilities for most users.  This  program has
  111. been designed in such a way as to try and maximize its compatibility with
  112. other   programs.    However,  there  is   no   guarantee    that
  113. incompatibilities  will  not  arise  with a specific program.  When this
  114. occurs, a good strategy to follow is to try to simplify the  environment as
  115. much  as  possible;  remove  other memory resident programs one at a time, or
  116. try changing the order in which they are loaded.
  117.  
  118. ------------------------------------------------------------------------
  119.  
  120.                 VSN: Volume Serial Number Utility V1.0
  121.  
  122.                  Copyright (C) 1989 By John F. Stetson
  123.  
  124.                           All Rights Reserved
  125.  
  126. ------------------------------------------------------------------------
  127.  
  128. VSN.COM is utility program which is  used  to  manage  DOS  Disk  Volume
  129. Serial Numbers.  It operates on IBM-PC compatible computer systems using the
  130. IBM PC-DOS or Microsoft  MS-DOS  Operating  System  Version  2.0  or higher.
  131.  
  132. Disk Volume Serial Numbers were introduced with DOS 4.0.  When a disk is
  133. formatted by FORMAT or copied with  DISKCOPY,  an  8  digit  hexadecimal
  134. Volume Serial Number is automatically placed in the Boot Sector  of  the disk.
  135. Subsequent execution of the  DOS  CHKDSK, DIR, LABEL, TREE or VOL command will
  136. cause the Volume Serial Number to  be  displayed.  However, no mechanism is
  137. provided for the user to create a specified VSN,  change an existing VSN, or
  138. to delete  an  existing  VSN.  The  VSN.COM  utility provides these functions.
  139.  
  140. Perhaps even more useful is its ability to perform these  functions  for disks
  141. formatted under ANY version of DOS from 2.0 through  4.0,  and  it can be
  142. executed under ANY version of DOS  from  2.0  through  4.0.  This greatly
  143. enhances the possible benefits of using Volume Serial Numbers.
  144.  
  145. The main reason for using Volume Serial Numbers is to establish a unique means
  146. of identifying a disk.  Disks may have identical Volume Labels  or even
  147. identical Directories, but may still contain different data.  Since DOS 4.0
  148. forces the user to accept the VSN it selects for a disk, and the method used
  149. is based on the current  time,  each  VSN  will  be  unique.  However, this
  150. means that the assigned VSN's follow  no  logical  pattern and are difficult
  151. to relate to one another.  The VSN utility retains the benefits of the
  152. concept, but allows the user to  establish  a  numbering scheme which can be
  153. used to form a disk cataloging sequence which  makes sense, and is compatible
  154. with the format used by DOS 4.0.
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.  
  175.  
  176.