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.
Build 200312041900 I've seen it twice in this build.
Created attachment 12437 [details] Thread dump.
I have another threaddump from deadlock. Maybe it is the same problem. I got it when I tried to open many java files at once.
Created attachment 12744 [details] Threaddump, JDK 1.4.2_03, build 200401061900
It seems like a JDK problem - counterlocking TimerQueue against AWT thread. We should search the bug parade whether this is a known issue or not. Maybe we should also try older JDKs like 1.4.2_02 whether this is a new problem local just to 1.4.2_03.
Petre, could you please try to reproduce it (maybe together with Eman) and if you succeed on 1.4.2_03, could you please try it on 1.4.2_02? I would like to know whether this is a problem of a single JDK version only or whether something was changed in the IDE which might evoke this problem. Thanks.
I am not able to reproduce it. I tried run in on both jdks.
I looked again at both attached thread dumps: ad 1.dump) I do not clearly understand why the TimerQueue is waiting for AppContext's monitor - there seems to be no other thread has acquired that lock. ad 2.dump) the same with TimerQueue acquiring EventQueue lock - there seems to be no other thread holding the monitor. This has to be resolved into 3.6.
I've found an issue that looks similar to this - it's http://developer.java.sun.com/developer/bugParade/bugs/4852507.html The TimerQueue thread is also waiting on AppContext monitor with no apparent reason. I was told by Petr Nejedly (added to cc) that he has also seen these kinds of spurious deadlocks (with TimerQueue waiting on monitor) appear on Linux. I have added a note to 4852507. I'm closing this issue as wontfix.
verified