[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [cdt-dev] Extending DSFLaunch
|
In org.eclipse.cdt.dsf.gdb.ui/plugin.xml we hook to the GdbAdapterFactory:
<extension point="org.eclipse.core.runtime.adapters">
<factory
class="org.eclipse.cdt.dsf.gdb.internal.ui.GdbAdapterFactory"
adaptableType="org.eclipse.cdt.dsf.gdb.launching.GdbLaunch">
<adapter type="org.eclipse.debug.internal.ui.viewers.model.provisional.IElementContentProvider"/>
<adapter type="org.eclipse.debug.internal.ui.viewers.model.provisional.IModelProxyFactory"/>
<adapter type="org.eclipse.debug.ui.contexts.ISuspendTrigger"/>
<adapter type="org.eclipse.debug.internal.ui.viewers.model.provisional.IColumnPresentationFactory"/>
</factory>
</extension>
You'd need something of the sort which will map your own Launch class to your own adapterFactory or to GdbAdapterFactory itself.
Marc
________________________________________
From: cdt-dev-bounces@xxxxxxxxxxx [cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Phil (Philip) Mason [phil.mason@xxxxxxxxxxxx]
Sent: October 12, 2011 9:45 AM
To: CDT General developers list.
Subject: Re: [cdt-dev] Extending DSFLaunch
It's pretty much a copy and paste of GDBLaunch with modifications so that the Launch can store multiple DfsSessions and DfsServiceTrackers to deal with multi-core.
I've noticed that when it loads the adaptor for the original GdbLaunch the adaptor is a GdbAdapterFactory but for my version the loaded adaptor is a SuspendTriggerAdapterFactor. Looking at the code for GdbAdapterFactory and the list of things it does makes me suspect this is the problem but I'm unsure why my version is behaving differently.
Do I need to create a MyGdbAdapterFactory (which will mostly be a copy of GdbAdapterFactory) to match MyGdbLaunch?
Thanks
Phil
-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Marc Khouzam
Sent: 12 October 2011 13:09
To: CDT General developers list.
Subject: Re: [cdt-dev] Extending DSFLaunch
You may want to make sure that your class that extends DSFLaunch follows the same pattern as GdbLaunch. Maybe there is something you forgot to hook up?
Marc
________________________________________
From: cdt-dev-bounces@xxxxxxxxxxx [cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Phil (Philip) Mason [phil.mason@xxxxxxxxxxxx]
Sent: October 12, 2011 7:33 AM
To: CDT General developers list.
Subject: [cdt-dev] Extending DSFLaunch
Hello all,
I'm trying to add a custom debug framework for our target and I've extended DSFLaunch for our version of GDB. I made the changes I think I need to make but though GDB stops at the breakpoints and the MIRunControlEventProcessor notices that the breakpoint has been hit the UI doesn't update.
I think the problem is that the standard GDBLaunch is registering a lot more listeners than my version when getAdaptor is called. Can anybody give me pointers about what I need to do to associate those listeners with my DSFLaunch extension so they get added when its version of getAdaptors is called.
Thanks in advance
--
Phil Mason
_______________________________________________
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