[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #14759] NSApplication image multithreading problem
From: |
Quentin Mathé |
Subject: |
[bug #14759] NSApplication image multithreading problem |
Date: |
Tue, 11 Oct 2005 14:09:12 +0000 |
User-agent: |
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; fr) AppleWebKit/412.7 (KHTML, like Gecko) Safari/412.5 |
Update of bug #14759 (project gnustep):
Status: None => Invalid
_______________________________________________________
Follow-up Comment #2:
Here are some notes on which Cocoa classes are thread safe or not:
<http://developer.apple.com/documentation/Cocoa/Conceptual/Multithreading/articles/CocoaSafety.html>
In theory, AppKit is not really thread-safe except for drawing operations
which involve NSView, NSString, NSBezierPath.
I think this -setApplicationImage: method is relying on NSImage which is not
thread-safe. According to Cocoa documentation, NSImage can draw in its own
buffer within a thread, I don't know if GNUstep NSImage is implemented in a
similar fashion.
-setApplicationImage: should be called with DO or with -[NSObject
performSelectorOnMainThread:withObject:waitUntilDone:] (still not implemented
in -base iirc)
We should close this bug probably ? Unless we decide to have NSApplication
fully thread-safe; -performSelectorOnMainThread:withObject:waitUntilDone: has
probably to be implemented then.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=14759>
_______________________________________________
Message posté via/par Savannah
http://savannah.gnu.org/