[8] Request for review: 8003169: [macosx] JVM crash after disconnecting from projector (original) (raw)
Anthony Petrov anthony.petrov at oracle.com
Tue Feb 26 06:28:52 PST 2013
- Previous message: [8] Request for review: 8003169: [macosx] JVM crash after disconnecting from projector
- Next message: [8] Request for review: 8003169: [macosx] JVM crash after disconnecting from projector
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi Sergey,
The fix looks good. However, is there a need to dispatch the nativeGetScreenInsets operation on the AppKit thread? Form a recent discussion on threading in FX we found out that NSScreen doesn't imply any threading restrictions on its usage, i.e. you can access NSScreen APIs from any thread. Would anything break if you comment out the performOnMainThreadWaiting call and execute the block directly on the current thread?
-- best regards, Anthony
On 2/26/2013 17:45, Sergey Bylokhov wrote:
Hello, Please review the fix for jdk 8. Fix will be ported to jdk7 as well.
In the fix getScreenInsets() implementation was moved to the one native method. I assume that it doesn't lead to incorrect nsscreen in the middle of operations, if we run all appropriate operation in one step on appkit thread. CFRetain/CFRelease are unnecessary in this case. nativeGetDisplay** methods were changed to static, because in the native they implemented as a static. Bug: http://bugs.sun.com/bugdatabase/viewbug.do?bugid=8003169 Webrev can be found at: http://cr.openjdk.java.net/~serb/8003169/webrev.00
- Previous message: [8] Request for review: 8003169: [macosx] JVM crash after disconnecting from projector
- Next message: [8] Request for review: 8003169: [macosx] JVM crash after disconnecting from projector
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]