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: NetBeans IDE Dev (Build 20090107054509) VM: Java HotSpot(TM) Client VM, 11.0-b16, Java(TM) SE Runtime Environment, 1.6.0_11-b03 OS: Linux, 2.6.24-22-generic, i386 User Comments: jiriprox: ITSE occured when using Step over while debugging Netbeans. Stacktrace: com.sun.jdi.IncompatibleThreadStateException at com.sun.tools.jdi.ThreadReferenceImpl.privateFrames(ThreadReferenceImpl.java:365) at com.sun.tools.jdi.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:277) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frame(ThreadReferenceWrapper.java:118) at org.netbeans.modules.debugger.jpda.actions.StepActionProvider.setLastOperation(StepActionProvider.java:419) at org.netbeans.modules.debugger.jpda.actions.StepIntoNextMethod.exec(StepIntoNextMethod.java:298) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:326)
Created attachment 75532 [details] stacktrace
Build: NetBeans IDE Dev (Build 200901121401) VM: Java HotSpot(TM) Client VM, 11.0-b15, Java(TM) SE Runtime Environment, 1.6.0_10-b33 OS: Linux, 2.6.27-9-generic, i386 User Comments: this one has been thrown when stepping over expression (F8) Stacktrace: com.sun.jdi.IncompatibleThreadStateException at com.sun.tools.jdi.ThreadReferenceImpl.privateFrames(ThreadReferenceImpl.java:392) at com.sun.tools.jdi.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:311) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frame(ThreadReferenceWrapper.java:118) at org.netbeans.modules.debugger.jpda.actions.StepActionProvider.setLastOperation(StepActionProvider.java:419) at org.netbeans.modules.debugger.jpda.actions.StepIntoNextMethod.exec(StepIntoNextMethod.java:298) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:326)
Created attachment 75747 [details] stacktrace
Build: NetBeans IDE Dev (Build 200901160201) VM: Java HotSpot(TM) Client VM, 1.5.0_16-133, Java(TM) 2 Runtime Environment, Standard Edition, 1.5.0_16-b06-284 OS: Mac OS X, 10.5.5, i386 User Comments: Stepping over leads to exception (jFrame) Stacktrace: com.sun.jdi.IncompatibleThreadStateException at com.sun.tools.jdi.ThreadReferenceImpl.privateFrames(ThreadReferenceImpl.java:364) at com.sun.tools.jdi.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:276) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frame(ThreadReferenceWrapper.java:118) at org.netbeans.modules.debugger.jpda.actions.StepActionProvider.setLastOperation(StepActionProvider.java:433) at org.netbeans.modules.debugger.jpda.actions.StepIntoNextMethod.exec(StepIntoNextMethod.java:307) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:327)
Created attachment 75923 [details] stacktrace
There's likely missing synchronization somewhere. Concrete steps to reproduce appreciated.
This issue has already 5 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=144940
Build: NetBeans IDE Dev (Build 20090129031330) VM: Java HotSpot(TM) Server VM, 11.0-b16, Java(TM) SE Runtime Environment, 1.6.0_11-b03 OS: Windows XP, 5.1, x86 User Comments: step over in debugger Stacktrace: com.sun.jdi.IncompatibleThreadStateException at com.sun.tools.jdi.ThreadReferenceImpl.privateFrames(ThreadReferenceImpl.java:365) at com.sun.tools.jdi.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:277) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frame(ThreadReferenceWrapper.java:118) at org.netbeans.modules.debugger.jpda.actions.StepActionProvider.setLastOperation(StepActionProvider.java:433) at org.netbeans.modules.debugger.jpda.actions.StepIntoNextMethod.exec(StepIntoNextMethod.java:307) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:327)
Created attachment 76393 [details] stacktrace
Build: NetBeans IDE Dev (Build 200902050256) VM: Java HotSpot(TM) Client VM, 11.0-b15, Java(TM) SE Runtime Environment, 1.6.0_10-b33 OS: Linux, 2.6.27-11-generic, i386 User Comments: debugging starting up of a Tomcat Web Project that has a long startup time Stacktrace: com.sun.jdi.IncompatibleThreadStateException at com.sun.tools.jdi.ThreadReferenceImpl.privateFrames(ThreadReferenceImpl.java:392) at com.sun.tools.jdi.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:311) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frame(ThreadReferenceWrapper.java:118) at org.netbeans.modules.debugger.jpda.actions.StepActionProvider.setLastOperation(StepActionProvider.java:433) at org.netbeans.modules.debugger.jpda.actions.StepIntoNextMethod.exec(StepIntoNextMethod.java:307) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:327)
Created attachment 76750 [details] stacktrace
There are similar stack traces in issue #157274: com.sun.jdi.IncompatibleThreadStateException at com.sun.tools.jdi.ThreadReferenceImpl.privateFrames(ThreadReferenceImpl.java:365) at com.sun.tools.jdi.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:277) at org.netbeans.modules.debugger.jpda.JPDAStepImpl.shouldNotStopHere(JPDAStepImpl.java:493) at org.netbeans.modules.debugger.jpda.JPDAStepImpl.exec(JPDAStepImpl.java:423) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:265) at java.lang.Thread.run(Thread.java:619) and issue #158750: com.sun.jdi.IncompatibleThreadStateException at com.sun.tools.jdi.ThreadReferenceImpl.privateFrames(ThreadReferenceImpl.java:365) at com.sun.tools.jdi.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:277) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frame(ThreadReferenceWrapper.java:118) at org.netbeans.modules.debugger.jpda.actions.StepActionProvider.exec(StepActionProvider.java:334) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:327) at java.lang.Thread.run(Thread.java:619)
*** Issue 157274 has been marked as a duplicate of this issue. ***
*** Issue 158750 has been marked as a duplicate of this issue. ***
Should be fixed by changeset: 118361:5c61cf2a4656 http://hg.netbeans.org/main/rev/5c61cf2a4656
Integrated into 'main-golden', will be available in build *200902270313* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/5c61cf2a4656 User: mentlicher@netbeans.org Log: #156408 - Assure that when an event is received, other threads can not change the event thread's state before all event executors are processed. Otherwise executors could get a resumed thread.
Build: NetBeans IDE Dev (Build 20090321211250) VM: OpenJDK Client VM, 14.0-b10, Java(TM) SE Runtime Environment, 1.6.0_14-ea-b01 OS: Windows XP, 5.1, x86 User Comments: happened while debugging a ejb bean and hit the apply code changes button and started to debug again using glass fish v2 ejb 3.0 stateful Stacktrace: com.sun.jdi.IncompatibleThreadStateException at com.sun.tools.jdi.ThreadReferenceImpl.privateFrames(ThreadReferenceImpl.java:365) at com.sun.tools.jdi.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:277) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frame(ThreadReferenceWrapper.java:118) at org.netbeans.modules.debugger.jpda.actions.StepActionProvider.setLastOperation(StepActionProvider.java:438) at org.netbeans.modules.debugger.jpda.actions.StepIntoNextMethod.exec(StepIntoNextMethod.java:311) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:338)
Created attachment 78644 [details] stacktrace
Unfortunately, the exception still occurs - see issue #160878. Reopening...
*** Issue 160878 has been marked as a duplicate of this issue. ***
Build: NetBeans IDE Dev (Build 200903230201) VM: Java HotSpot(TM) 64-Bit Server VM, 11.3-b02, Java(TM) SE Runtime Environment, 1.6.0_13-b02 OS: Linux, 2.6.27-11-generic, amd64 User Comments: I was stepping over a java class (no jdk source). It's AWT application Stacktrace: com.sun.jdi.IncompatibleThreadStateException at com.sun.tools.jdi.ThreadReferenceImpl.privateFrames(ThreadReferenceImpl.java:365) at com.sun.tools.jdi.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:277) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frame(ThreadReferenceWrapper.java:118) at org.netbeans.modules.debugger.jpda.actions.StepActionProvider.setLastOperation(StepActionProvider.java:438) at org.netbeans.modules.debugger.jpda.actions.StepIntoNextMethod.exec(StepIntoNextMethod.java:311) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:338)
Created attachment 78665 [details] stacktrace
Build: NetBeans IDE Dev (Build 200904011705) VM: Java HotSpot(TM) 64-Bit Server VM, 1.6.0_07-b06-57, Java(TM) SE Runtime Environment, 1.6.0_07-b06-153 OS: Mac OS X, 10.5.6, x86_64 User Comments: Stepping through (debugging) enterprise application Stacktrace: com.sun.jdi.IncompatibleThreadStateException at com.sun.tools.jdi.ThreadReferenceImpl.privateFrames(ThreadReferenceImpl.java:365) at com.sun.tools.jdi.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:277) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frame(ThreadReferenceWrapper.java:118) at org.netbeans.modules.debugger.jpda.actions.StepActionProvider.setLastOperation(StepActionProvider.java:438) at org.netbeans.modules.debugger.jpda.actions.StepIntoNextMethod.exec(StepIntoNextMethod.java:311) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:338)
Created attachment 79392 [details] stacktrace
Build: NetBeans IDE Dev (Build 200904100201) VM: Java HotSpot(TM) 64-Bit Server VM, 11.3-b02, Java(TM) SE Runtime Environment, 1.6.0_13-b03 OS: Linux, 2.6.27-11-generic, amd64 User Comments: debugging web application Stacktrace: com.sun.jdi.IncompatibleThreadStateException at com.sun.tools.jdi.ThreadReferenceImpl.privateFrames(ThreadReferenceImpl.java:365) at com.sun.tools.jdi.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:277) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frame(ThreadReferenceWrapper.java:131) at org.netbeans.modules.debugger.jpda.actions.StepActionProvider.setLastOperation(StepActionProvider.java:438) at org.netbeans.modules.debugger.jpda.actions.StepIntoNextMethod.exec(StepIntoNextMethod.java:311) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:338)
Created attachment 79912 [details] stacktrace
45 duplicates so far ... all for NB 6.7
FYI, after submitting the error log, I cannot continue debugging the project. The only debugging buttons available are the 'Finish debugging session' and the 'Pause' button. If hit F7 or F8, I get just a beep. I must restart the debugging session to continue. This is pretty critical to the IDE's health IMHO.
It looks like something is resuming the thread, it is not suspended right after the step event, which cause the exception.
Hopefully finally fixed in changeset: 126779:17e33bdcc6cf http://hg.netbeans.org/main/rev/17e33bdcc6cf I'm not able to reproduce the exception after this change. Please verify.
Integrated into 'main-golden', will be available in build *200904150201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/17e33bdcc6cf User: mentlicher@netbeans.org Log: #156408 - Assure that the thread is not resumed twice from the step action.
The fix had to be a little corrected in changeset: 127391:247eaacc8708 http://hg.netbeans.org/main/rev/247eaacc8708
Integrated into 'main-golden', will be available in build *200904170201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/247eaacc8708 User: mentlicher@netbeans.org Log: #156408 - Correction of the fix - the step action have to resume the stepping thread by default.
didn't reproduce on Product Version: NetBeans IDE 6.7 Beta (Build 200904192254) Java: 1.6.0_13; Java HotSpot(TM) 64-Bit Server VM 11.3-b02 verified
Not fixed. com.sun.jdi.IncompatibleThreadStateException at com.sun.tools.jdi.ThreadReferenceImpl.privateFrames(ThreadReferenceImpl.java:365) at com.sun.tools.jdi.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:277) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frame(ThreadReferenceWrapper.java:132) at org.netbeans.modules.debugger.jpda.actions.StepActionProvider.exec(StepActionProvider.java:360) at org.netbeans.modules.debugger.jpda.util.Operator$1.run(Operator.java:352) [catch] at java.lang.Thread.run(Thread.java:619) It happens when I try to STEP OVER [F8] beyond breakpoint. Checked on sipmlest code: ----- package javaapplication1; public class Main { public static void main(String[] args) { System.out.println("1"); // breakpoint here, try to step over System.out.println("2"); System.out.println("3"); System.out.println("4"); System.out.println("5"); } } ----- Info: Product Version: NetBeans IDE 6.7.1 (Build 200907230233) Java: 1.6.0_15; Java HotSpot(TM) Client VM 14.1-b02 System: Linux version 2.6.26-2-686 running on i386; UTF-8; en_US (nb)
Unfortunately, I was not able to reproduce this issue by following the above steps - stepping through this simple program works fine for me in 6.7.1. Since this is a random issue, it's hard to be sure that it's fixed. However, it looks like after fix of issue #167578 the probability of getting this exception at least significantly decreased. I was not able to reproduce this in a stress-test of hundreds invocations of Step Over and Step Into. So hopefully this will work fine in 6.8. If someone have some steps from scratch, that leads to this exception, they are highly welcomed.
I've just posted logs etc. on what may be an manifestation of the same issue to: http://www.netbeans.org/issues/show_bug.cgi?id=168800 For us, this occurs every time we try to step the debugger with either step over or step into. And we're completely up to date on 6.7.1
When debugging an application (Netbeans 6.8), if the debugger options are set to: "New breakpoints suspend all threads" and "Steps resume all threads" Anytime you single step after hitting a breakpoint, the application continues as if continue were hit instead of single stepping. This is reproducible even with a very simple hellp world application. There appears to be an existing bug on this, # 156408, but apperantly they couldn't reproduce it. I believe the abocve debugger settings ("New breakpoints suspend all threads" and "Steps resume all threads") are the key to being able to reproduce this. The following exception also appears in the IDE log: com.sun.jdi.IncompatibleThreadStateException at com.sun.tools.jdi.ThreadReferenceImpl.privateFrames(ThreadReferenceImpl.java:365) at com.sun.tools.jdi.ThreadReferenceImpl.frame(ThreadReferenceImpl.java:277) at org.netbeans.modules.debugger.jpda.jdi.ThreadReferenceWrapper.frame(ThreadReferenceWrapper.java:132) at org.netbeans.modules
Thanks for these steps! I've reproduced the problem. :-)
Should be fixed by changeset: 159887:eda9ba0c105e http://hg.netbeans.org/main/rev/eda9ba0c105e There was set bad suspend policy and the threads were left running.
Integrated into 'main-golden', will be available in build *201002120200* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/eda9ba0c105e User: mentlicher@netbeans.org Log: #156408 - Set correct suspend policy.
Verified ... and Closing all issues resolved into NetBeans 6.7 and earlier.