some messaging questions

Matthew Dillon dillon at
Tue Oct 14 12:23:55 PDT 2003

:Sounds good; I think it would be good to let the receiving process as
:well as the sending process specify how to handle the message on the
:respective process's side. Say, for example the receiving process wants
:the message to be queued up, but the sending process wants to send it
:asynchronously; you'd need that if you implement signals (and signal
:masks) using messages, anyway. If you can queue messages,
:posixly-realtime signals come out nearly by themselves, too (-:
:Andreas Fuchs, <asf at xxxxxxx>, asf at xxxxxxxxx, antifuchs

    This is basically how it works already.  The sender can pass a 
    synch/asynch hint but the target decides whether to execute the
    message synchronously or queue it asynchronously.

					Matthew Dillon 
					<dillon at xxxxxxxxxxxxx>

More information about the Kernel mailing list