home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / vms / 19311 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  2.5 KB

  1. Path: sparky!uunet!gatech!news.ans.net!cmcl2!rlgsc.com!gezelter
  2. From: gezelter@rlgsc.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: SMG$ routines: Just how non-reenterent are they?
  5. Message-ID: <1992Dec15.095201.279@rlgsc.com>
  6. Date: 15 Dec 92 09:52:01 EST
  7. References: <1992Dec14.164356.28810@bnlux1.bnl.gov>
  8. Distribution: na
  9. Organization: Robert Gezelter Software Consultant, Flushing, NY
  10. Lines: 48
  11.  
  12. In article <1992Dec14.164356.28810@bnlux1.bnl.gov>, kushmer@bnlux1.bnl.gov (christopher kushmerick) writes:
  13. > The manual says that SMG$ is not reenterent (spelling?).
  14. > Does this mean that I should disable ASTs from occuring arounds each smg call 
  15. > if my program uses AST routines triggered by timers, $qios et cetera?
  16. > Or does it only mean that I should not do any SMG routines in any ASTs that may
  17. > interrupt a SMG routine?
  18. > Thankyou
  19. > -- 
  20. > Chris Kushmerick
  21. > kushmer@bnlux1.bnl.gov
  22. -- 
  23. Chris,
  24.  
  25. When a routine is marked as "non re-entrant", it means that it 
  26. can be called from EITHER normal program state or from AST state, 
  27. but not both at the same time. This does not mean that other 
  28. facilities in the same image cannot process ASTs, just that they 
  29. must not invoke the non re-entrant routine.
  30.  
  31. The question of whether a routine can operate in AST state is a 
  32. different question. In my experience, most routines which are non 
  33. re-entrant can be run from AST state, so long as they are only 
  34. used from AST state. Offhand, I cannot categorically state that 
  35. SMG is ok from AST state.
  36.  
  37. On a related topic, I have rarely if ever seen a situation where 
  38. it is necessary to inhibit AST recognition. Almost all examples 
  39. where people suggest Inhibiting/Enabling AST Recognition are 
  40. better (IMHO) done using either a) interlocked instructions, or 
  41. b) processed in AST state through the use of the $DCLAST system 
  42. seervice.
  43.  
  44. I hope that the above information is helpful. If I can be of 
  45. further assistance, please feel free to contact me via phone or 
  46. Email.
  47.  
  48. - Bob
  49. +--------------------------------------------------------------------------+
  50. | Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
  51. | Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
  52. | 35-20 167th Street, Suite 215               Fax:       (on Request)      |
  53. | Flushing, New York  11358-1731                                           |
  54. | United States of America                                                 |
  55. +--------------------------------------------------------------------------+
  56.