Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [dsdp-dd-dev] Multicores programs: pin, clone and coloring

That's very exciting :-) I would be very interested in any feedback that you have, so if you find any issues or even opinions about DSF please do file bugs. The two refactorings in November and now in January were the biggest API changes we needed to make. From now we're only planning more minor changes with one exception. With bug we plan to rename some plugins and some packages. The class names are almost all going to stay the same so hopefully merging will just involve re-organizing imports. For any remaining API changes we are going to try our hardest to complete them by milestone 6.


Denis PILAT wrote:
Hi Pawel,

I'll give you feedback for sure.
Thanks for the pointer to bug ID 145635, we will find lots of usefull stuff when implementing the pin, clone and coloring policy.

About DSF, it's more than an investigation, we already have a debugger perspective that works (for 90% of its feature) with multicores, we are missing pin, clone and color stuff.

About refactoring ... yes it took a while (fortunately not to me but to the guy who merges all your changes:), but right now we are aligned to DSF version of February 29, and it's nice to see that breakpoint features works better now !
Have you planned other refactoring of big changes ?

Thanks for your answer

Pawel Piech wrote:
Hi Denis,
I have worked on contributing the functionality you mentioned several times over the last couple of years, the latest being the multi-context group in DD <>. That effort is currently on hold we decided with platform group that it was too big a workflow change to consider in 3.4 and I will try to get time to work on it for a future release. Still, it would be very valuable if you could read the proposal that I started and gave your feedback based on your use cases and experience with multi-processor debugging.

What could be more useful to you in the short term is bug 145635 <>, which enables support for multiple instances of debugger views and allows the user to "pin" a view to a current context. Wind River's Eclipse based debugger (where the screen shot below came from) uses a version of this patch to provide improved multi-processor debugging support.


P.S. I'm glad to hear that you're investigating using DSF for your debugger, I hope that the refactoring of APIs hasn't given you too much trouble.

Denis PILAT wrote:
Hello everyone,

We (at ST) are developing a prototype of a GUI, based on Eclipse/DSF,
for debugging C/C++ programs that can address multiple processors.
Some views reflect the state of all processors (like the debug one), but
some others (like the variables, expressions or registers view) can
reflect only one processor at a time.
Debug view lists all processors, each of them will have a particular
color (like in the attached image I got from the Eclipse web site while

I want to change the layout of some views (variables, expressions,
registers) in order to have a kind of coloring policy that will make
distinction between views that are tied to a processor or an other.

Here are my questions:
- For variables, expressions and registers views, is there already a
pin&clone feature that allow to tie a view to a particular context ?
(like it is in the console view with the "Display Selected Console" and
"Pin console" buttons.)
- Is there already a possibility to extend some views so that their
layout could be customizable (like using a specific color for a part of
this view) ?

If you answers is "no and no", how could we envisage to contribute to
such features ?

Thanks for your answers.
Denis PILAT / STMicroelectronics / France



dsdp-dd-dev mailing list


dsdp-dd-dev mailing list
dsdp-dd-dev mailing list

Back to the top