Hello Pawel,
>>>> In the DSF-MI
implementation we will try to re-use as much CDT debug model and UI components
as possible, including breakpoints. So any extensions/patches
>>>> that you would propose for CDT breakpoint objects, would
apply to CDI and DSF as well. In our commercial product we also have
breakpoint capabilities that do not >>>> match up well with CDT
breakpoints, but we haven't quite figure out yet how we will try to address
those when we port our product to CDT/DSF.
But somewhere you have also talked about providing
breakpoint capabilities in DSF like Hardware bp etc
Which means that you also need an extension point to define
a breakpoint type.
Isn't your requirement the same ? Or may be I am reading
too much here.
>>>>> As far as
specifics of your scenario, I'm a little confused. You say that you want
to create a "global" breakpoint for a specific address location, which is
active >>>>> accross multiple processes. Does this mean
that the multiple processes share the same address space?
Yes, You have understood
correctly.
>>>> But in any case, this is not as important
as the fact that any changes to the breakpoint GUI and platform breakpoint
objects would need to happen in CDT with or >>>> without
DSF.
I read the following as one of the goals of
DSDP-DD project.
"Discuss and propose
API and extension point changes and modifications"
So I thought though the extension point is needed to be
exposed in CDT framework but DSDP will be the influencing force. :)
Anyways, If that's the case then I can ask at the
CDT forum.
Thanx for your replies
Veenu
_______________________________________________
dsdp-dd-dev mailing list
dsdp-dd-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-dd-dev