[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [cdt-dev] What happened to pin, clone, and coloring?
|
Good point. I guess embedding Pawel's breadcrumb viewer in Variable views is the way to go.
- Navid
-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Pete MacLiesh
Sent: Tuesday, April 27, 2010 5:14 PM
To: CDT General developers list.
Subject: RE: [cdt-dev] What happened to pin, clone, and coloring?
There's a totally different use case for cloning and pinning debug views: driving multiple cores independently. There it's not about comparing; it's about having multiple active contexts at the same time, and having a debugevent broadcast not causing all views to reset to the same context.
Ciao,
PMac
-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Mehregani, Navid
Sent: Tuesday, April 27, 2010 1:24 PM
To: CDT General developers list.
Subject: RE: [cdt-dev] What happened to pin, clone, and coloring?
Pawel,
I liked the third option you gave here:
>> From meeting minutes in Dec 2009: http://wiki.eclipse.org/Debug/Phone_3-Dec-2009
3. Go for an alternative. The compare mode (http://wiki.eclipse.org/DSDP/DD/MultiContext#Proposal:_Compare_mode_in_Variables_views) is my favorite: much more elegant and than the whole pin and clone business, and it accomplish the main use case pin+clone: to compare data from different contexts. This would actually require only a small change in platform, while most of the work would be up to the debug model (i.e. DSF).
It makes sense to display everything in one view. Usually users want to compare only a handful of elements in the view. It's an overkill to clutter the UI by opening another view and loading everything within the view even though the user might only be interested in a couple of items.
It's kind of disappointing that this enhancement is marked as Won't fix. Can we keep it open? I think it's a pretty useful feature for multi-process debugging.
- Navid
-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Pawel Piech
Sent: Tuesday, April 27, 2010 3:42 PM
To: CDT General developers list.
Subject: Re: [cdt-dev] What happened to pin, clone, and coloring?
In short the pin and clone feature is looking for a volunteer to
contribute an updated implementation.
I've stopped working on it after implementing a the debug view
breadcrumb because other priorities. The next logical step for this
feature is to embed the breadcrumb viewer into the cloned variables
views so that they could manage their pinned context. It may not be too
hard to get this feature working, but it will be a considerable effort
to get it to a point where it can be contributed to platform.
Cheers,
Pawel
On 04/27/2010 07:00 AM, Norman Yee wrote:
> I'm working on a custom DSF debugger that will need to support multiple processors. I've seen some old proposals that would be very useful for MP support:
>
> - processors could have a different color in the debug view (e.g., processor A could be blue, processor B could be red) and a view could be colored based on what processor it is displaying information for
>
> - views like the register one could be cloned (i.e., you can create multiple instances of the view)
>
> - views could be pinned to a processor context
>
> What happened to these proposals? I found this bug for pin and cloning:
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=145635
>
> Its status is "resolved won't fix." Does that mean the patch won't ever get included in the official distribution of Eclipse?
>
>
>
>
>
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
