<AWT Dev> [8] Review request for 7186109: Simplify lock machinery for PostEventQueue & EventQueue
Artem Ananiev
artem.ananiev at oracle.com
Mon Aug 20 09:20:25 PDT 2012
Hi, Oleg,
here are a few comments:
1. What is the reason of keeping "isFlushingPendingEvents" in
SunToolkit, given that PEQ.flush() is synchronized (and therefore
serialized) anyway?
2. flushPendingEvents(AppContext) may be moved directly to SunToolkit,
so we don't need a separate sun-class for that.
3. EQ.java:1035-1040 - this comment is obsolete and must be replaced by
another one.
Thanks,
Artem
On 8/17/2012 4:49 PM, Oleg Pekhovskiy wrote:
> Hi!
>
> Please review the fix for CR:
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7186109
>
> Webrev:
> http://cr.openjdk.java.net/~bagiras/8/7186109.1/
>
> The following changes were made:
> 1. Removed flushLock from SunToolkit.flushPendingEvent()
> 2. Returned method PostEventQueue.flush() as 'synchronized' back
> 3. Added call of SunToolkit.flushPendingEvents() to
> EventQueue.detachDispatchThread(),
> right before pushPopLock.lock()
> 4. Removed !SunToolkit.isPostEventQueueEmpty() check from
> EventQueue.detachDispatchThread()
> 5. Removed SunToolkit.isPostEventQueueEmpty() & PostEventQueue.noEvents();
>
> Thanks,
> Oleg
> <http://cr.openjdk.java.net/%7Ebagiras/8/7186109.1/>
More information about the awt-dev
mailing list