Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
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.

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
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit

Back to the top