Community
Participate
Working Groups
When running a launch application (a JUnit test) in the debugger, sometimes it skips a breakpoint. Even though I can see the breakpoint listed in the 'breakpoints' view. It seems to help when I add a breakpoint somewere else; then the original breakpoint is discovered again by the debugger. Many times the breakpoints that are 'forgotten' after they have worked for a while; then suddenly the debugger will not recognize them anymore. I don't now what causes this. I am using Eclipse 3.2 RC3 with a 5.0 JVM. I have also seen it happening in earlier 3.2 releases, and in a couple of different launch applications.
When the breakpoint is missed, does it display with a check mark in the editor ruler/breakpoints view? The check mark indicates that it is installed. Anything related in you log file?
Yes it does show up with a checkmark in the breakpoints view. I just upgraded to RC5 and today the problem occurred again. It is quite annoying; the breakpoint, while in effect earlier, is suddenly skipped every time until I add a new breakpoint somewhere else or until I remove the breakpoint and add it again. I checked my logfile and found 2 exceptions in it. Only I am not sure if they are about the breakpoints problem, because I am experiencing 2 other bugs in the debug perspective as well: bug 142474 and 142688. They could be from those bugs as well. Anyway, here they are: !ENTRY org.eclipse.jdt.ui 4 2 2006-05-23 11:07:11.376 !MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.jdt.ui". !STACK 0 java.lang.IllegalArgumentException at org.eclipse.jdt.core.dom.ASTNode.setSourceRange(ASTNode.java:2599) at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:891) at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2353) at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:511) at org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java:179) at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2637) at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1236) at org.eclipse.jdt.core.dom.AST.convertCompilationUnit(AST.java:270) at org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(CompilationUnit.java:187) at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:229) at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:505) at org.eclipse.jdt.internal.core.CompilationUnit.makeConsistent(CompilationUnit.java:993) at org.eclipse.jdt.internal.core.ReconcileWorkingCopyOperation.makeConsistent(ReconcileWorkingCopyOperation.java:131) at org.eclipse.jdt.internal.core.ReconcileWorkingCopyOperation.executeOperation(ReconcileWorkingCopyOperation.java:71) at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:720) at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:779) at org.eclipse.jdt.internal.core.CompilationUnit.reconcile(CompilationUnit.java:1123) at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy$1.run(JavaReconcilingStrategy.java:97) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37) at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:82) at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:145) at org.eclipse.jdt.internal.ui.text.CompositeReconcilingStrategy.reconcile(CompositeReconcilingStrategy.java:86) at org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.reconcile(JavaCompositeReconcilingStrategy.java:94) at org.eclipse.jface.text.reconciler.MonoReconciler.process(MonoReconciler.java:75) at org.eclipse.jdt.internal.ui.text.JavaReconciler.process(JavaReconciler.java:342) at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:204) !ENTRY org.eclipse.jdt.ui 4 0 2006-05-23 11:07:11.376 !MESSAGE Error in JDT Core during reconcile !STACK 0 java.lang.IllegalArgumentException at org.eclipse.jdt.core.dom.ASTNode.setSourceRange(ASTNode.java:2599) at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:891) at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2353) at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:511) at org.eclipse.jdt.core.dom.ASTConverter.buildBodyDeclarations(ASTConverter.java:179) at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:2637) at org.eclipse.jdt.core.dom.ASTConverter.convert(ASTConverter.java:1236) at org.eclipse.jdt.core.dom.AST.convertCompilationUnit(AST.java:270) at org.eclipse.jdt.internal.core.CompilationUnit.buildStructure(CompilationUnit.java:187) at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:229) at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:505) at org.eclipse.jdt.internal.core.CompilationUnit.makeConsistent(CompilationUnit.java:993) at org.eclipse.jdt.internal.core.ReconcileWorkingCopyOperation.makeConsistent(ReconcileWorkingCopyOperation.java:131) at org.eclipse.jdt.internal.core.ReconcileWorkingCopyOperation.executeOperation(ReconcileWorkingCopyOperation.java:71) at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:720) at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:779) at org.eclipse.jdt.internal.core.CompilationUnit.reconcile(CompilationUnit.java:1123) at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy$1.run(JavaReconcilingStrategy.java:97) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37) at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:82) at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile(JavaReconcilingStrategy.java:145) at org.eclipse.jdt.internal.ui.text.CompositeReconcilingStrategy.reconcile(CompositeReconcilingStrategy.java:86) at org.eclipse.jdt.internal.ui.text.JavaCompositeReconcilingStrategy.reconcile(JavaCompositeReconcilingStrategy.java:94) at org.eclipse.jface.text.reconciler.MonoReconciler.process(MonoReconciler.java:75) at org.eclipse.jdt.internal.ui.text.JavaReconciler.process(JavaReconciler.java:342) at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run(AbstractReconciler.java:204)
These entries do not pertain to breakpoints, will file with JCORE. When the problem occurs, have you been doing hot code replace?
No I have not been doing hot code replace. Basicly it goes like this: I add a breakpoint somewhere and start debugging. I stop the debug session, either I change some code or I don't do anything at all, and I start a new debug session; and then sometimes the debugger suddently skips my breakpoint.
Today I've had the same problem again: This time the debugger has never once stopped at certain breakpoints I added, not even once for the first time. I checked the 'breakpoints' view in the debugger but they were there; I checked the processes view in the debugger but my debug session was the only debug session running; I tried removing and adding them but in this particular class nothing seemed to help. (Maybe it seems that breakpoints never work with my Eclipse installation but they do; only sometimes they are skipped). I checked the logfile but nothing was there. I am using RC6 now; the only plugin I have installed is the AJDT plugin but the project I am working with is not an AspectJ project. If there is anything I could do to assist you in fixing this bug please let me know. I will be glad to help because this bug makes my work almost impossible at the moment. The class that gave me problems today was a junit testcase; the only unusual thing about it was perhaps that it puts a very heavy load on the cpu and the memory.
When it happens, add screen shots of the breakpoints view and the debug view.
I will add screenshots when I have time, although there is not much to see other than what I wrote already. The reason I can't give them to you right now is that I went back to Eclipse 3.1.2. I'm happy to tell you that the problem does not occur there.
Marking a dup. Note that we still have not experienced/reproduced this problem. *** This bug has been marked as a duplicate of 140558 ***
I have been using Sun's 1.5 jvm since the last 3 weeks or so to run applications, earlier I was using Bea's JRockit JVM. And since those last 3 weeks the problem hasn't occured once, while before that it happened almost every day! So it seems the problem is specific to Bea's JVM in combination with JUnit. Btw I noticed also that Sun's JVM executes the test-methods in my JUnit testcases in a different order.