Hi Dobrin,
I have a similar use case for Tracepoints. When
looking at a new tracepoints, the different views must refresh. It is not a
ISuspended event though.
The approach I took was to create a new event for this
case. It is IGDBTraceControl.ITraceRecordSelectedChangedDMEvent, which is
in HEAD, but
not used yet. I will be implementing it usage soon
though.
Pawel might have a better answer, but I would suggest
implementing an event for your situation and having the different classes
extending
AbstractDMVMProvider, listen for that event and take
action. Most of these classes implement ICachingVMProvider.refresh() which
causes
the view to refresh completely. This may be a little
drastic though, and you may want an more intelligent update when your event
is
received.
You can also look at DefaultRefreshAllTarget, which causes
all views to refresh (not that some views don't support this yet, like the
memory view)
Marc
Hello,
I was wandering if there is a
generic DSF event that I can fire to trigger updates in all debug views -
registers, variables, expressions, memory, debug, etc.
I think that ISuspendedDMEvent
triggers all view updates but that is related to changing the state of the
target from running to suspended. In my case the target running state is
unchanged.
Our debugger back end has more
states than just running and suspended and I’d like to trigger updates in all
views for any of these state transitions.
The target may or may not have a
stack in these states.
Does anyone else have these use
cases in their debuggers?
Does it make sense to introduce
such an event?
Thanks
Dobrin
|