[
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
https://bugs.eclipse.org/bugs/show_bug.cgi?id=213657 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.
Cheers,
Pawel
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
Denis
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
<http://wiki.eclipse.org/DSDP/DD/MultiContext>. 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
<https://bugs.eclipse.org/bugs/show_bug.cgi?id=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.
Cheers,
Pawel
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
ago).
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@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-dd-dev
------------------------------------------------------------------------
_______________________________________________
dsdp-dd-dev mailing list
dsdp-dd-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-dd-dev
_______________________________________________
dsdp-dd-dev mailing list
dsdp-dd-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-dd-dev
