Debugger in 7.1 is flakey?
Thomas Wolf <twolf <at> netforensics.com>
2012-02-01 14:02:53 GMT
I think I saw a thread about this before, but I can't locate it to compare notes….And as a side note, until
7.1, I always had "Compile On Save" (CoS) turned off, so I don't know whether the following is just a
well-known limitation while using CoS.
Yesterday, for the first time since moving to 7.1 a few weeks ago, I had to use the debugger. While, in
general, everything seems to work as before, I noticed that the "Apply code changes" button wasn't active
when I added a couple print statements to a method (when I previously used the debugger, this toolbar
button was always active). When I saved via ctrl-s, after a few moments, it did become active. But when I
selected it, the application froze permanently and I had to stop the debugging session. I looked at the
messages.log but didn't see any exceptions - just some warning messages that seemed to do with the fact
that my breakpoints were no longer at executable positions.
Has anyone come across this?
Thnx,
Tom
p.s. a snippet from the messages.log:
WARNING: Unable to submit line breakpoint to
com.netforensics.common.ui.framework.widgets.ip.NFIPComboBox at line 174, reason: No executable
location available at line 174 in class com.netforensics.common.ui.framework.widgets.ip.NFIPComboBox.
Adding a fold that is identical with another previously added fold from the same FoldManager is not allowed.
Existing fold: [code-block] E1 <1900,3675>, desc='{...}', hash=0x245e55d, [1901, 3674] {1901, 3674};
FoldManager: org.netbeans.modules.java.editor.fold.JavaElementFoldManager <at> bd1301f New fold:
[code-block] E1 <1900,3675>, desc='{...}', hash=0x52ae4948, [1901, 3674] {1901, 3674};
FoldManager: org.netbeans.modules.java.editor.fold.JavaElementFoldManager <at> bd1301fINFO
[org.netbeans.modules.parsing.impl.TaskProcessor]: Task: class
org.netbeans.modules.java.source.JavaSourceAccessor$CancelableTaskWrapper ignored cancel for
(Continue reading)