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.
Created attachment 97894 [details] screenshot It happens to me often that I cannot Continue, Step Over etc., have a look at the screenshot. Unfortunately, the steps to reproduce seem to me to be just: - start debugging and it simply will happen Product Version: NetBeans IDE Dev (Build 100422-793fcb5a7f81) Java: 1.6.0_16; Java HotSpot(TM) 64-Bit Server VM 14.2-b01 System: Linux version 2.6.31-20-generic running on amd64; UTF-8; cs_CZ (nb)
Update: If one waits for a long time, buttons are active again but they cannot be nearly used because the IDE is very busy and clicking on any "debug" button seems to do nothing...
I must change the priority to P2 because I can't debug any more even if I restarted the debugged application (another NB instance) and attached the NB debugger again (the current debugged line is not highlited, IDE is busy). I will attach a snapshot. Please evauluate, thanks.
Created attachment 97895 [details] profiler snapshot
Looks similar to bug 182064. The snapshot does not look like there would be much happening in debugger. What is the CPU when the debugger gets to this state, is it high? Is it consumed by the debugging IDE? What I can see in the snapshot: * There are some 'DebuggingView Refresh Scheduler' threads, but not doing much (just a few ms). * Then there is 'JDI Target VM Interface', but it's not clear what this thread is really doing, spending all time in native socket read. * And there is a long wait in 'Debugger operator thread' on com.sun.tools.jdi.EventQueueImpl.removeUnfiltered() - which I don't know if it matters or not. Anyway, if you can reproduce it, we should probably stop by and see it live...
(In reply to comment #4) > What is the CPU when the debugger gets to this > state, is it high? Is it consumed by the debugging IDE? Yes, it was high and seemed to me related to the IDE. > Anyway, if you can reproduce it, we should probably stop by and see it live... That would be perfect - I know what I was doing, we can try to reproduce.
Created attachment 98278 [details] Similar problem different NPS (too much repaint in editor + MyProperty.getValue blocked in AWT)
*** This bug has been marked as a duplicate of bug 182064 ***
verified duplicate