home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12687 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  2.3 KB
  1. Path: sparky!uunet!sun-barr!cs.utexas.edu!sdd.hp.com!nigel.msen.com!yale.edu!cmcl2!rlgsc.com!gezelter
  2. From: gezelter@rlgsc.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: wait for event flag halts ast deliver
  5. Message-ID: <1992Jul22.042923.180@rlgsc.com>
  6. Date: 22 Jul 92 04:29:22 EST
  7. References: <1992Jul21.063732.12065@lugb.latrobe.edu.au>
  8. Organization: Robert Gezelter Software Consultant, Flushing, NY
  9. Lines: 43
  10.  
  11. In article <1992Jul21.063732.12065@lugb.latrobe.edu.au>, CS19241593T@LUST2.LATROBE.EDU.AU (Bernard Leach) writes:
  12. > 
  13. > Hey does anyone know why waiting for an event flag causes asts to stop being
  14. > delivered?  I really need to be able to wait on event flag... and the only way
  15. > to set the event flag is with an ast.
  16. > 
  17. > Arrgh!...
  18. > 
  19. > Thanks in advance!
  20. > 
  21. > | Bernard - CS19241593T@lust.latrobe.edu.au               |
  22. > | "Thou shalt not suffer a Pepsi, for it is the AntiCola" |
  23. -- 
  24. Bernard,
  25.  
  26. There are only two situations in which AST delivery is blocked by 
  27. doing a WAIT on an Event Flag. The first case, is if the WAIT 
  28. itself is at AST level. In that case, since the AST thread of 
  29. execution is still active, another AST cannot commence execution. 
  30. The second case involves use of the System Service to Disable AST 
  31. recognition. 
  32.  
  33. In my experience, the most likely cause of your problem is the 
  34. case of a WAIT being executed at AST level. The problem is 
  35. straightforward to detect. Look at the current PC when the 
  36. program is stuck, and check whether the program is waiting in AST 
  37. state, if it is, that is the problem.
  38.  
  39. IMHO, the use of the AST Inhibit System service is almost never a 
  40. "good" approach. I have never (at least as far back as I can 
  41. remember) needed to inhibit AST recognition from within a 
  42. program.
  43.  
  44. I hope that this information is useful. 
  45.  
  46. - Bob
  47. +--------------------------------------------------------------------------+
  48. | Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
  49. | Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
  50. | 35-20 167th Street, Suite 215               Fax:       (on Request)      |
  51. | Flushing, New York  11358-1731                                           |
  52. | United States of America                                                 |
  53. +--------------------------------------------------------------------------+
  54.