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 46131 - (Line) breakpoints not reliable.
Summary: (Line) breakpoints not reliable.
Status: CLOSED FIXED
Alias: None
Product: debugger
Classification: Unclassified
Component: Code (show other bugs)
Version: 4.x
Hardware: All All
: P2 blocker (vote)
Assignee: issues@debugger
URL:
Keywords: RANDOM, REGRESSION
Depends on:
Blocks:
 
Reported: 2004-07-14 12:58 UTC by Jan Lahoda
Modified: 2006-03-24 10:24 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Test application. (10.58 KB, application/octet-stream)
2004-07-14 12:59 UTC, Jan Lahoda
Details
Logs printed when the debugger stops on the breakpoints. (5.80 KB, text/plain)
2004-07-14 13:00 UTC, Jan Lahoda
Details
Logs printed when the debugger does not stop on the breakpoints. (3.72 KB, text/plain)
2004-07-14 13:00 UTC, Jan Lahoda
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Lahoda 2004-07-14 12:59:00 UTC
NB trunk build 200407131800, JDK1.4.2_05, Solaris 9.

Sometimes, the debugger does not stop on line
breakpoints (it starts to ignore all line
breakpoints).

This problem happens randomly.

I am attaching a trivial application on which I am
sometimes able to reproduce the problem.

I am also attaching two logs from the console and
the debugger console, one represents correct
debugging, one represents the case where the
breakpoints were ignored. The steps used were the
same in both cases:
1.Download, unpack, and open provided test
project. Open javaaplication1.Main.
2. Add line breakpoints at lines 25 and 28.
3. Start debugger via "Run/Run Other/Debug".
4. After the debugger stops at the first
breakpoint, do twice step over, step over (now the
debugger should stay on the second breakpoint, but
if the problem occurs, in the debugger console the
following line is missing "Breakpoint reached at
line 28 in class javaapplication1.Main by thread
main.")
5. Do Continue (via shortcut Ctrl-F5) so long that
the debugging finishes. If the problem occurs,
after pressing Ctrl-F5 once, the debugger does not
stop on the breakpoint at line 28 and the
application is runned without stopping until it
finishes.

The command line options used to get the console
logs were: -J-Dnetbeans.debugger.breakpoints=true
-J-Dnetbeans.debugger.jdievents=true

Reproducibility info: it seems that the
probability of this problem is much higher for
more complicated applications/projects. Also
switching between "internal" and remote debugging
seems to make the probability higher.
Comment 1 Jan Lahoda 2004-07-14 12:59:55 UTC
Created attachment 16244 [details]
Test application.
Comment 2 Jan Lahoda 2004-07-14 13:00:32 UTC
Created attachment 16245 [details]
Logs printed when the debugger stops on the breakpoints.
Comment 3 Jan Lahoda 2004-07-14 13:00:48 UTC
Created attachment 16246 [details]
Logs printed when the debugger does not stop on the breakpoints.
Comment 4 _ lcincura 2004-07-14 13:09:33 UTC
It is reproducible also on Windows XP, so I assume it happens on all
platforms. Although the probalilty of the problem on WinXP seems to be
lower.
Comment 5 Maros Sandor 2004-07-16 14:20:52 UTC
It happens to me when I create an invalid watch.
Comment 6 Maros Sandor 2004-07-16 15:28:51 UTC
Breakpoints remained disabled after debugger tried to evaluate an 
invalid expression.

/cvs/debuggerjpda/src/org/netbeans/modules/debugger/jpda/JPDADebuggerI
mpl.java,v  <--  JPDADebuggerImpl.java
new revision: 1.44; previous revision: 1.43
Comment 7 Max Sauer 2005-07-11 11:59:53 UTC
verified in nbdev 200507061800.