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