home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / bit / listserv / lvmctr / 244 < prev    next >
Encoding:
Text File  |  1992-08-30  |  3.7 KB  |  88 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!paladin.american.edu!auvm!SOCRATES.UMD.EDU!UCNICK
  3. X-Mailer: ELM [version 2.3 PL11]
  4. Message-ID: <L-VMCTR%92083016581724@VM1.CC.UAKRON.EDU>
  5. Newsgroups: bit.listserv.l-vmctr
  6. Date:         Sun, 30 Aug 1992 16:57:33 EDT
  7. Sender:       VMCENTER Components Discussion List <L-VMCTR@AKRONVM.BITNET>
  8. From:         "Nick Gavrielatos" <ucnick@SOCRATES.UMD.EDU>
  9. Subject:      VMXMACUP - How it works
  10. X-To:         l-vmctr <l-vmctr@vm1.cc.uakron.edu>
  11. Lines: 75
  12.  
  13. Those of you who already know it forgive me, but let me try to
  14. summarize the way VMXMACUP works and what it does.
  15.  
  16. Well, to run it you need 3 things. a) Access to VMRMAINT's 176
  17. disk, since that's where all source macros live. b) the update
  18. fix c) the AUX file. The update fix and the aux file you create
  19. them by spliting the FIXE file that you get from SCI.
  20.  
  21. Now VMXMACUP first looks at the aux file and read the updates
  22. that it has to apply. It reads the aux file starting from the
  23. last record in there, ie it reads it in reverse order!
  24. So if you have 2 fixes to apply, say 123 and 789, and if 123 is a
  25. PREREQUISITE to 789, then the aux file should have them in the
  26. following order
  27. 789
  28. 123
  29.  
  30. Many of the errors that result when we try to apply a fix with
  31. VMXMACUP, are the results of an incorrectly coded aux file, so
  32. that should be the first place to look if there is an error.
  33.  
  34. Now, VMXMACUP applies each update to the source macro, and it
  35. finally creates an optimized version of the macro with all the
  36. updates. It then does two things: It leaves a copy of this
  37. optimized version on vmrmaint's 191 disk, just for our
  38. reference, ie just so that we see what the updated macro looks
  39. like. You can just erase that file away afterwards, it really
  40. plays no role at all.
  41.  
  42. It also uses IUCV(actually the COPYTO primitive, which is an iucv
  43. application) to send the optimized version of the updated macro
  44. to VMSECURE's A disk. Careful here: It sends the updated macro to
  45. VMSECURE's A disk, no matter what that disk is. If you access
  46. VMSECURE's -say- FFF disk as its A disk, then that's where the
  47. updated and optimized macro will go. It stays there so that next
  48. time you recycle VMSECURE, it will pick this copy ahead of the
  49. old one, and will load this one in memory instead again of the
  50. old one.
  51.  
  52. Last but not least, it will issue a MACLOAD that will load the
  53. updated and optimized macro in memory right away. This way you
  54. dont have to bring VMSECURE down and up in order for a fixe to
  55. take effect. The change takes affect right away, and while
  56. VMSECURE is up and running, ie update is dynamic.
  57.  
  58. Now, that's just how it works, I am sure some would like it to do
  59. extra things, or even different things, but that's pretty much
  60. what it does. If you have an enhancement request call it in and
  61. it'll take its turn, you know how things go...
  62.  
  63. One more thing. Everytime I was going to upgrade, I would always
  64. erase from VMSECURE's 191 disk(every product's 191 disk) all the
  65. updated macros, so that the newly loaded code would be executed.
  66.  
  67. There is even an exec that can help you here, I think it comes
  68. with vmcenter or center 2, and its called(again I think) VMIDFC
  69. for Duplicate File Checker. It takes as args two filemodes, and
  70. it tells you what files are common in both these 2 disks, so you
  71. can erase the ones on the product's A disk.
  72.  
  73. -------
  74.  
  75. I know that wasnt a very detailed explanation, but I hope it helps
  76. explain VMXMACUP's general 'way of doing things' :-)
  77.  
  78. Let me know if you have any further questions, time permitting
  79. I'll try them out. Have a nice weekend!
  80.  
  81. Nick Gavrielatos
  82. ucnick@socrates.umd.edu
  83.  
  84. P.S. I miss my old VM userid... I hate unix, I'll never learn
  85.      this vi editor thing, it takes me 2-3 times longer to type up
  86.      a note...
  87. 
  88.