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 38100 - Debugger Plug-in should be able to modify actions in Debugger Views
Summary: Debugger Plug-in should be able to modify actions in Debugger Views
Status: NEW
Alias: None
Product: debugger
Classification: Unclassified
Component: Code (show other bugs)
Version: 4.x
Hardware: All All
: P3 blocker (vote)
Assignee: Martin Entlicher
Keywords: API
Depends on:
Reported: 2003-12-15 10:04 UTC by Jan Jancura
Modified: 2011-08-31 14:11 UTC (History)
1 user (show)

See Also:
Exception Reporter:


Note You need to log in before you can comment on or make changes to this bug.
Description Jan Jancura 2003-12-15 10:04:21 UTC
Debugger Plug-in should be able to modify actions
in Debugger Views
Comment 1 Jan Jancura 2003-12-15 10:09:28 UTC

Some I was thinking of adding to the stack view were:

Expose/Hide hidden frames.
Dbx will sometimes replace a collection of frames with a  fake "hidden"
frame. These are usually part of the runtime like C++ exception hooks and
callbacks of runtime-checking instrumentation.
This can be genralized to the notion of filters I suppose. But then we'll
get into the problem of whether the GUI (debuggercore) is doing the
filtering, or the engine.

Control quick vs verbose stack views.
Dxb can show a quick stack view w/o reading too much symbolic
information. In a verbose stack back-trace you will get parameter values.
But if the verbose is turned on then two things will happen:
- more symbolic onformation has to be read for each new frame. 
  this takes time and makes the stack appear after a bit of delay.
- this symbolic information stays and adds to the VM footprint.
  So we usually recommend that users run with a quick stack frame.
  and turn verbose mode on if needed.
Dbx doesn't show all stack frames and has a limit.
This is to prevent io and gui swamping when looking at infinite-recursion
stack-overflowed stacks where you can have thousands of frames.  
In the gui I was thinking of adding a "more frames" fake frame at the
end of the stack trace. But how to reset that? An action in the view
so show less frames or reset the frame limit to a default makes sense. 

There are other reasons for being able to customize _existing_ view

One issue I posted a while ago that went unanswered had to do with
EnableAll/DisableAll going through the debuggercore Breakpoint.Event.set()
mechanism while I need to avoid that. I had asked for and gotten
my own enabled property in order to avoid B.E.set() 
but EnableAll/DisableAll still go that way.