home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12739 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  1.3 KB
  1. Path: sparky!uunet!sun-barr!cs.utexas.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!caen!hellgate.utah.edu!dog.ee.lbl.gov!nosc!crash!cmkrnl!jeh
  2. From: jeh@cmkrnl.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: wait for event flag halts ast delivery (no, it doesn't!)
  5. Message-ID: <1992Jul23.103537.593@cmkrnl.com>
  6. Date: 23 Jul 92 17:35:37 GMT
  7. References: <1992Jul21.063732.12065@lugb.latrobe.edu.au>
  8. Organization: Kernel Mode Consulting, San Diego, CA
  9. Lines: 18
  10.  
  11. In article <1992Jul21.063732.12065@lugb.latrobe.edu.au>,
  12.  CS19241593T@LUST2.LATROBE.EDU.AU (Bernard Leach) writes:
  13. > 
  14. > Hey does anyone know why waiting for an event flag causes asts to stop being
  15. > delivered?  
  16.  
  17. It doesn't.  Who told you that it did?  
  18.  
  19. The only exception to this is if you do the $WAITFR when you are already at
  20. AST level.... that DOES block further ASTs at the same access mode... because
  21. the "AST active" status is saved with your process context when you enter the
  22. wait state.  However, higher-mode ASTs can still be delivered.
  23.  
  24.     --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
  25. uucp 'g' protocol guru, VMSnet (DECUS uucp) Working Group, and
  26. Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG 
  27. Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
  28. Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
  29.