This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 222673 - Deadlock while opening main window (AWT-EventQueue-1 <-> TimerQueue)
Summary: Deadlock while opening main window (AWT-EventQueue-1 <-> TimerQueue)
Status: RESOLVED DUPLICATE of bug 213926
Alias: None
Product: platform
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 7.3
Hardware: PC Windows 7
: P3 normal (vote)
Assignee: Antonin Nebuzelsky
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-23 16:39 UTC by 280Z28
Modified: 2012-11-26 10:40 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description 280Z28 2012-11-23 16:39:52 UTC
I just encountered the following deadlock when I clicked on the Tools menu immediately after opening NetBeans. The status bar said "opening main window" at the time.

Deadlock:

AWT-EventQueue-1 is waiting to lock sun.awt.PostEventQueue@640aec9a which is held by TimerQueue
TimerQueue is waiting to lock java.util.concurrent.locks.ReentrantLock$NonfairSync@374e582 which is held by AWT-EventQueue-1
 
Deadlock:

TimerQueue is waiting to lock java.util.concurrent.locks.ReentrantLock$NonfairSync@374e582 which is held by AWT-EventQueue-1
AWT-EventQueue-1 is waiting to lock sun.awt.PostEventQueue@640aec9a which is held by TimerQueue


Thread stacks


AWT-EventQueue-1 [BLOCKED; waiting to lock sun.awt.PostEventQueue@640aec9a]
sun.awt.PostEventQueue.noEvents(SunToolkit.java:2001)
sun.awt.SunToolkit.isPostEventQueueEmpty(SunToolkit.java:526)
java.awt.EventQueue.detachDispatchThread(EventQueue.java:1068)
java.awt.EventDispatchThread.run(EventDispatchThread.java:103)


TimerQueue [WAITING]
sun.misc.Unsafe.park(native method)
java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:867)
java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1197)
java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:214)
java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:290)
java.awt.EventQueue.postEventPrivate(EventQueue.java:247)
java.awt.EventQueue.postEvent(EventQueue.java:233)
sun.awt.PostEventQueue.flush(SunToolkit.java:2013)
sun.awt.SunToolkit.flushPendingEvents(SunToolkit.java:512)
java.awt.EventQueue.postEvent(EventQueue.java:232)
java.awt.EventQueue.invokeLater(EventQueue.java:1208)
javax.swing.SwingUtilities.invokeLater(SwingUtilities.java:1290)
javax.swing.Timer$1.run(Timer.java:613)
javax.swing.Timer$1.run(Timer.java:611)
java.security.AccessController.doPrivileged(native method)
javax.swing.Timer.post(Timer.java:611)
javax.swing.TimerQueue.run(TimerQueue.java:181)
java.lang.Thread.run(Thread.java:722)
Comment 1 Antonin Nebuzelsky 2012-11-26 10:40:43 UTC

*** This bug has been marked as a duplicate of bug 213926 ***