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 # : 200910230201 ] [ JDK VERSION : 1.6.* ] Refer to attachments. - Set LineBreakpoint to EUC_TWBenchmark line 230. - Step over --> debugger stops at next breakpoint instead of next line - Set additional LineBreakpoint to EUC_TWBenchmark line 232. - Step in, in, over, over, over, in --> debugger stops in CharBuffer.java at line 935, where is no breakpoint
Created attachment 90372 [details] Screenshot
Created attachment 90373 [details] platform settings
Created attachment 90374 [details] debugger settings
Checkout project from: https://java-nio-charset-enhanced.dev.java.net/source/browse/java-nio-charset-enhanced/branches/j7_EUC_TW/?rev=814 REGRESSION, works fine in 6.7.1, if workaround from Issue 165742, Sep 29 17:45:01 +0000 2009 is set.
This and issue #175827 seems to be connected - I'm going to reproduce this...
Yes, issue 175827 is sub-problem of this issue. Maybe this issue is also connected to Issue 175605.
Reproduced, it's caused by stepping filters (Tools -> Options -> Miscellaneous -> Java Debugger -> Step Filters) sun.* is filtered by default. But a problem there is, that the debugger session does not listen on changes in the filtered classes, therefore it's necessary to restart the debugger session to take effect.
- Set additional LineBreakpoint to EUC_TWBenchmark line 232. - Step in, in, over, over, over, in --> debugger stops in CharBuffer.java at line 935, where is no breakpoint Are you trying to step into "encodeLoop" method? (CharsetEncoder.java:561) If yes, this method does not have source available, therefore we're trying to step into further until we get into something which have the source associated. It may happen that such "hidden" code calls CharBuffer.hasArray() and since we have a source for that debugger stops at CharBuffer.java:935. I haven't reproduce this, but if it happens to you, look at the call stack. That should explain such behavior.
Fixed in changeset: 152048:ac18193fb236 http://hg.netbeans.org/main/rev/ac18193fb236
Integrated into 'main-golden', will be available in build *200911050201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/ac18193fb236 User: mentlicher@netbeans.org Log: #175867 - Reset the stepping filters when step filters change in options. Also make "sun.*" and "sunw.*" unselected by default.
> Are you trying to step into "encodeLoop" method? (CharsetEncoder.java:561) Yes, you are right. > If yes, this method does not have source available, encodeLoop() _has_ source available in sun.nio.cs.ext.EUC_TW, but is not found because of Issue 175605.
> Reproduced, it's caused by stepping filters (Tools -> Options -> Miscellaneous -> Java Debugger -> Step Filters) > sun.* is filtered by default. Thanks for the hint. Yes, it works after disabling those filters. IMO those settings should be by project, as not all projects need same settings, at least they should be overwritable in project.properties.