Re: [cdt-dev] Customizing debug hierarchy and LaunchVMAdapter

[William Riley <william.riley@xxxxxxxxxxx>]

We had similar problems extending GdbAdapterFactory & GdbViewModelAdapter to customise the Expressions view model. In the end we ended up using the same as the example, and copied the whole of GdbAdapterFactory so we could extend GdbViewModelAdapter and a couple of other ModelAdapters we needed for other functionality.

William Riley

-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Marc Khouzam
Sent: 11 September 2014 21:24
To: 'CDT General developers list.'
Subject: Re: [cdt-dev] Customizing debug hierarchy and LaunchVMAdapter

This is exactly what I was hoping to figure out.  I've posted an example that extends DSF-GDB.
This is how I got things to work, but this is my first try at actually extending it.
http://eclip.se/441277

I also had a lot of trouble extending GdbAdapterFactory.

I was hoping others could provide feedback on what Vladimir is describing below to see if there is a better way as of now.

>From what I tried, we are good at extending the DSF services and handling GDB versions, but we need to improve on allowing extension of the view model.

Vladimir seems to have experienced the same results.

Anyone else?

> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx]
> On Behalf Of Vladimir Prus
> Sent: Thursday, September 11, 2014 2:26 PM
> To: CDT General developers list.
> Subject: [cdt-dev] Customizing debug hierarchy and LaunchVMAdapter
>
>
> I'm trying to customize the object hierarchy displayed in debug view
> (for a target that does not really have threads, and does not have
> quite standard frames), and it looks like I need to customize
> GDBViewModelAdapter to create a customized version of LaunchVMAdapter.
> But, GDBViewModelAdapter is hardcoded inside
> GdbAdapterFactory.SessionAdapterSet and GdbAdapterFactory itself is
> internal class, so there's a lot of hoops to jump through.
>
> And then, LaunchVMProvider does not make it easy to change the type of
> a particular node, and ContainerVMNode or ThreadVMNode have fairly
> monolithic createLabelProvider.
>
> Am I missing something, or the overall design is presently not very
> suited for custom debug hierarchy? Is there any work to improve that,
> or thoughts how it's best done?
>
> --
> Vladimir Prus
> CodeSourcery / Mentor Graphics
> http://www.mentor.com/embedded-software/
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or
> unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cdt-dev


This message is intended only for the use of the addressee(s) and may contain confidential and/or legally privileged information. If you are not the intended recipient, you are hereby notified that any dissemination of this email (including any attachments thereto) is strictly prohibited. If you have received this email in error, please notify the sender immediately by telephone or email and permanently destroy the original without making any copy. Please note that any material and advice from this mail is provided free of charge and shall be used as an example for demonstration purposes only.
RENESAS MAKES NO WARRANTIES THAT THE USAGE OF INFORMATION OR ADVICE FROM THIS E-MAIL WILL NOT INFRINGE ANY INTELLECTUAL PROPERTY RIGHTS (E.G. PATENTS, COPYRIGHTS). RENESAS CANNOT GUARANTEE BUG FREE OPERATION AND THE RECIPIENT WILL USE AND/OR DISTRIBUTE IT ONLY AT HIS OWN RISK. IN NO EVENT SHALL RENESAS BE LIABLE FOR ANY DAMAGE. The communication with Renesas Electronics Europe Ltd does not amend any written agreement in place.

Renesas Electronics Europe Ltd, Dukes Meadow, Millboard Road, Bourne End, Buckinghamshire, SL8 5FH, UK. Registered in England & Wales under Registered No. 04586709.