home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 8 Other / 08-Other.zip / fixcheck.zip / readme.txt < prev   
Text File  |  1999-07-03  |  2KB  |  39 lines
  1. The fixcheck package is intended to help the user determine 2 things.
  2. First, before service is applied, a check can be made to determine if the
  3. fixpack will cause possible regression to installed code.  Second, after
  4. the application of service, a check can be run to determine if all
  5. maintenance was actually applied.
  6.  
  7. There are 2 REXX programs in the package.
  8.  
  9.      FIXBUILD.CMD reads the readme.1st file on CSD disk #1 and builds a
  10.      data file for the use of the FIXCHECK.CMD.  Note that significant
  11.      changes to the readme.1st file would mean that changes would
  12.      probably be needed to FIXBUILD.CMD.
  13.  
  14.      FIXCHECK.CMD uses the data file built by the FIXBUILD.CMD to analyze
  15.      the system for maintenance updates.  It is self prompting, but read 
  16.      the questions carefully .
  17.  
  18. FIXCHECK.CMD, like the SERVICE.EXE, will search for all occurrences of
  19. the syslevel files and/or directories to be serviced and ask the user to
  20. select only one of each to be checked.
  21.  
  22. These programs may be freely used by any licensed user of OS/2.  I retain
  23. copyright and reserve all rights.  There is NO warranty expressed or
  24. implied.  Suggestions and/or modifications are welcomed, but I may or may
  25. not choose to adapt them.
  26.  
  27. Because of REXX limitations on returning 4 digit year dates for files,
  28. FIXCHECK.CMD requires Fixpack 35 for Warp 3 or Fixpack 6 for Warp 4.
  29.  
  30. Since I don't quite understand the logic involved in applying fixes to
  31. Classic REXX and Object REXX, the results returned on updating these
  32. components may not be correct.
  33.  
  34. You may also get an indication of multiple occurences when a fixpack moves
  35. a file from one subdirectory to another and contains more than one occurence
  36. of the file to provide for updates to the old and new locations.
  37.  
  38. Chuck McKinnis, mckinnis@ibm.net
  39.