home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 216.lha / SysCheck.DOC < prev    next >
Text File  |  1996-02-15  |  7KB  |  154 lines

  1. SysCheck                            Jim Butterfield
  2. Checks your boot disk, libraries          22-Aug-88
  3.  
  4.  
  5. So there's a new operating system, Workbench 1.3, and you want
  6. to bring some of your working programs into the new system.
  7.  
  8. So you run through the docs, copying in the updated commands,
  9. libraries and what-have-you.  It's a dirty job, but somebody's
  10. got to do it.  Which commands and other files need updating?
  11. Can't do a straight backup or global copy ... to make room on
  12. working disks, you've had to slice out the unwanted stuff ...
  13. maybe fonts, or the voice-related stuff (narrator, translator).
  14.  
  15. To help matters along, there are new commands, libraries and
  16. stuff (such as FF, or NEWCON-HANDLER) that you need to add.
  17.  
  18. SYSCHECK doesn't help you a bit with this dreary job.  But it
  19. might help you check .. to review whether everything is up to
  20. date, and that the things you left off are MEANT to be left off.
  21.  
  22.  
  23. SYSCHECK looks through your system libraries, and checks to see
  24. if each item on its list of 96 files is either:
  25.  
  26.     --Right there and current version (Yay!!!);
  27.     --Missing (OK, if that's what you intended);
  28.     --Not the "current" version (look out!).
  29.  
  30. Use CLI to call SYSCHECK.  SysCheck is writ in Assembler, and
  31. is pure (Pure what?) so you can make it resident and check four
  32. disks at a time.  If desired.   Syntax:  SysCheck (<device>)
  33.  
  34. Examples:  SysCheck            scans current directory
  35.            SysCheck DF0:       scans DF0:
  36.            SysCheck RAM:       ..huh?
  37.  
  38.               ..well, OK on that last one if you REALLY put your
  39. system in RAM: .. but mostly folks would get a lot of MISSING
  40. messages on that one.
  41.  
  42.    And of course, you could use DF1: or hard disk or whatever
  43. your finanaces or fairy godmother have provided.
  44.  
  45. Output goes to the screen.  Use redirection if you want it to go
  46. elsewhere, e.g.:
  47.           SysCheck >ram:SCFile df1:
  48.                  You get two reports .. one, as it's going through
  49. the files (alphabetic order, more or less).  This part goes to a
  50. CON: screen, and won't be redirected.  Then you'll get the results:
  51. separate lists of the three categories.
  52.  
  53. Let's look at the three possibilities:
  54.     --Right there and current version (Yay!!!).  The file matches
  55. the one the program knows.  It could be a brand new 1.3 version;
  56. it might be unchanged since 1.0 (not too many of those around).
  57. In any case, it's up to date as far as SYSCHECK is concerned.
  58.     --Missing (OK, if that's what you intended).  Everybody strips
  59. away the files they don't plan to use.  If you know why this file
  60. is missing, rest easy.  If you missed it due to an oversight, copy
  61. it over.  If it's "new for 1.3", decide if you need it.
  62.     --Not the "current" version (look out!).  Maybe it's an old
  63. version, and you should have updated it.  Maybe it's so brand-new
  64. that this program hasn't heard about it.  Or.. it could be a
  65. "poisoned" file.  Do you know where your disk has been?
  66.  
  67. Uses of SYSCHECK:
  68.  --checking that a system you've just updated to 1.3 is OK.
  69.  --examining a 1.2 disk, not because you care, but because you're
  70. curious as to what has changed.
  71.  --looking at a "foreign" disk - one you've just received from
  72. someone else - to see if the libraries are up to date.
  73.  --examining new Commodore releases to see if they have slipped
  74. in any changes, and where.
  75.  
  76. What is Checked:
  77.    Almost everything in the C directory.  Most of L and LIBS, and
  78. some items from SYSTEM and UTILITIES.
  79.  
  80. What is Not Checked:
  81.    Things that are often customized, such as FONTS, DEVS and S
  82. scripts.  I'm leaving PREFERENCES alone, too, together with the
  83. SYSTEM-CONFIGURATION file.  No point in getting Change messages
  84. when changes will be commonplace and unimportant.
  85.    Watch the "version" title.  Commodore may change things, and the
  86. new versions won't be recognized until SysCheck is updated.
  87.    SYSCHECK does not examine the boot block area.
  88.  
  89. Computer Vandalism?
  90.    Hopefully, you know now about nerds who vandalize computers
  91. with viruses (virii?) and other horrors.  And you know to use
  92. utilties such as VCheck1.9 to check whether your disks have been
  93. subjected to such brainless damage.  Such damage takes place in
  94. the "boot block".  SYSCHECK will not spot any changes there;
  95. use a good virus checker.
  96.    Seems to me that the next attack of the mutants could be by
  97. changing the CLI commands or the libraries.  It would not take
  98. much brains - only a level of sociopathy - to replace, say, the
  99. DIR command with a "sport" that will delete every tenth file,
  100. and that will copy itself into any new C directory it finds.
  101.    In spotting changes in the system directories, SYSCHECK will
  102. help guard against such practices.  They would be nasty enough
  103. on floppies .. but a hard disk system could be seriously harmed
  104. by such file-fiddling.
  105.    DO look through files such as your S/Startup-Sequence to make
  106. sure you know what all the commands in there are supposed to be
  107. doing.  It would be possible for one of the great Brain-Damaged
  108. to slip something nasty in there.
  109.  
  110.  
  111. On the Brighter Side...
  112.    SYSCHECK is not intended primarily as a doomsday-detector.
  113. It is there mostly to help you keep things up to date...
  114.  ...until SYSCHECK itself goes out of date by being succeeded by
  115. revised libraries.
  116.  
  117. The 1.3 Update...
  118.    So you've gotten the 1.3 system, and are ready to bring your
  119. software into the current generation.  Good for you.  The following
  120. descriptions use the new 1.3 commands, and assume drive DF1:
  121. contains the disk you're checking.  Best to boot up
  122. on Workbench 1.3 (a backup, please!), and then command:
  123. RESIDENT C:INSTALL (and ...C:INFO and ...C:COPY and ...C:DIR and
  124. even ...SysCheck/SysCheck).
  125.    Test your working disk, the one you're about to upgrade, with
  126. INSTALL DF0: CHECK.  A report of a "non-standard boot" indicates
  127. that it's either copy-protected or has acquired a virus; ask for
  128. help on these.  Otherwise, make a backup of this disk.  Now run a
  129. directory of this disk.  Use INFO to see how full the disk is.
  130. Many commercial disks are jammed full, and the new 1.3 files will
  131. often be bigger than the old ones.  You could run out of space
  132. on the upgraded disk; plan for this possibility.
  133.  
  134.    Run SYSCHECK and update anything marked NOT CURRENT VERSION.
  135. Use the CLONE feature of COPY (new for 1.3) when you do this.
  136. If the disk is nearly full, think of what might be removed:
  137. for example, if this program group doesn't speak, you won't need
  138. LIBS:TRANSLATOR.LIBRARY or L:SPEAK-HANDLER.  If you don't use
  139. fonts, you may be able to junk that whole library, along with
  140. LIBS:DISKFONT.LIBRARY.  Go through the DEVS:PRINTERS libraries
  141. and throw out the printer drivers you don't use (important:  be
  142. sure to update the ones you DO use from the 1.3 disk).
  143.  
  144.    Another run of SYSCHECK will show all files current, but some
  145. MISSING.  Here's where you have to make hard system decisions.
  146. If you use CLI, be sure to add L:NEWCON-HANDLER and L:SHELL-SEG,
  147. along with C:NEWSHELL and S:SHELL-STARTUP.  While we're in S:
  148. let's look at the Startup-Sequence:  as a minimum, you should
  149. add the new 1.3 title to your existing file.  Snoop the new
  150. Startup-Sequence file for thoughts on further updates; you'll
  151. see that this file has split into two (the second called StartupII).
  152. Use what seems sensible.
  153.  
  154.