Thanks Pawel
for the pointers.
I’ll follow
them for my recursive
container.
BTW,
I think the
Windows version of FileVMNode.java
needs slight adjustment to handle the multiple drives case.
You can see
if the attached patch makes
sense.
Without the
patch pasting a path will
expand all drives (root nodes) instead of one.
May be there
is a better fix than this
patch?
See how all
drives are included in the delta
when I paste “C:\Program Files\Adobe”.
How can I
make sure that only C drive is
included in the delta?
Thanks
Dobrin
RECEIVED
DELTA: Model Delta Start
Element:
File Browser Viewer Input
Flags:
NO_CHANGE
Index:
0 Child Count: 5
Element:
C:\
Flags:
NO_CHANGE
Index:
0 Child Count: 85
Element:
C:\Program Files
Flags:
NO_CHANGE
Index:
58 Child Count: 92
Element:
C:\Program Files\Adobe
Flags:
EXPAND | SELECT |
Index:
0 Child Count: 5
Element:
E:\
Flags:
NO_CHANGE
Index:
1 Child Count: 7
Element:
M:\
Flags:
NO_CHANGE
Index:
2 Child Count: 1
Element:
P:\
Flags:
NO_CHANGE
Index:
3 Child Count: 0
Element:
Q:\
Flags:
NO_CHANGE
Index:
4 Child Count: 59
Model
Delta End
From:
cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Pawel Piech
Sent: March-04-10
7:26 PM
To: CDT General
developers list.
Subject: Re:
[cdt-dev] Recursive
DSF view model nodes in the debug view
Hi Bobrin,
Alexiev, Dobrin wrote:
Hello,
Has anyone
tried recursive view
model hierarchy in the debug view using DSF?
Yes, you can even look at
org.eclipse.cdt.examples.dsf.filebrowser for an example ;-)
It's a simplistic example though, so you may uncover new bugs in this
area.
I’d trying
something like
launch
container
thread
stack frame(s)
container
container
container
container
thread
stack
frame(s)
container
thread
stack frame(s)
It does show
up properly in the
debug view.
But when I
fire suspended event on
the thread for some reason my StackFrameVMNode.buildDelta doesn’t get
called even though its getDeltaFlags returns properly CONTENT + EXAPND
+ SELECT
for ISuspendedDMEvent.
I’ll keep
digging into
DefaultVMModelProxyStrategy code tomorrow.
I just saw a
comment “Avoid
descending into recursive node hierarchy's when calculating the delta.”
and
decided to make sure I am not trying a use case that is not supported
by
design.
What this means is that if you
have a recursive
hierarchy (i.e. a node that has itself as a child), then this node is
responsible for building a delta with all the levels in this
hierarchy.
For example, in the hierarchy you have above when the container node is
called,
it needs to build a delta for all the nested containers before it
completes so
that the thread vm node can build on top of that.
Hope this helps,
Pawel
In other words, when the ContainerVMNode.buildDelta() is called it
needs to
Thanks in
advance!
Dobrin
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev