Skip navigation.
 
mlRe: NSMachPort thread safety
FROM : Kyle Sluder
DATE : Sun Mar 02 05:35:52 2008

On Sat, Mar 1, 2008 at 9:01 PM, Adam R. Maxwell <<email_removed>> wrote:
>  Thanks, but I think you're misinterpreting the example :).  The object
>  has a single NSMachPort ivar, added to the some thread's runloop.
>  When a notification arrives on a different thread in
>  processNotification:, it messages the NSMachPort.  When the port's
>  delegate receives handleMachMessage: it processes the notification
>  since it's guaranteed to be on the correct thread.


Okay, so I don't understand where the problem is.  The reason for the
locking and thread-checking is so that two threads can share the
non-thread-safe NSPort object.  Unless when I said "messages" you were
thinking in Mach port terms; I meant you can't send an Objective-C
message from thread A to a non-thread-safe object on thread B (unless,
of course, you implement the locking yourself).

--Kyle Sluder

Related mailsAuthorDate
mlNSMachPort thread safety Adam R. Maxwell Mar 2, 01:07
mlRe: NSMachPort thread safety Kyle Sluder Mar 2, 02:44
mlRe: NSMachPort thread safety Adam R. Maxwell Mar 2, 03:01
mlRe: NSMachPort thread safety Kyle Sluder Mar 2, 05:35
mlRe: NSMachPort thread safety Adam R. Maxwell Mar 2, 05:52