home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / amiga / programm / 18118 < prev    next >
Encoding:
Text File  |  1993-01-04  |  1.3 KB  |  32 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!think.com!spool.mu.edu!yale.edu!ira.uka.de!Sirius.dfn.de!ntubsibr!duening
  3. From: duening@ibr.cs.tu-bs.de (Lars Duening)
  4. Subject: Re: RKM description of WaitPort()
  5. Message-ID: <1993Jan4.195515.13461@ibr.cs.tu-bs.de>
  6. Sender: postnntp@ibr.cs.tu-bs.de (Mr. Nntp Inews Entry)
  7. Reply-To: duening@ibr.cs.tu-bs.de (Lars Duening)
  8. Organization: TU Braunschweig, Informatik (Bueltenweg), Germany
  9. References: <1993Jan1.221013.26070@urbana.mcd.mot.com>
  10. Date: Mon, 4 Jan 1993 19:55:15 GMT
  11. Lines: 19
  12.  
  13. qbarnes@urbana.mcd.mot.com (Quentin Barnes) wrote in 
  14.   <1993Jan1.221013.26070@urbana.mcd.mot.com>:
  15.  
  16. > I was reading the description of the WaitPort() call in the RKM:Libraries
  17. > and was confused by the description.  On page 504, it says:
  18. > 
  19. >     ...  It is possible to receive a signal for a port without
  20. >     a message being present yet.  The code processing the 
  21. >     messages should be able to handle this. ...
  22.  
  23. I read from this doc that a port-message-arrival-signal is not
  24. protected from being used by any other process.
  25. I.e. if you're port signal is raised, do not assume that a message
  26. has arrived - your program could have been tricked. But you can be
  27. sure that every arriving message will set the signal after it has been
  28. attached to the port.
  29. --
  30. Lars Duening
  31. duening@ibr.cs.tu-bs.de
  32.