Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] Interesting GDB Problem.

That sounds tricky.

I assume the \n you mention is the one added at the end of MICommand#constructCommand()?

You can override that method, but I don’t see how you would hook all MI commands to use your new class, so that doesn’t sound possible.

 

MICommand#constructCommand() is used by AbstractMIControl.TxThread#run().  Overriding services is usually how you can get things done with DSF, so you can try to go that route, but it looks like you’ll pretty much have to copy most if not all of AbstractMIControl.

 

No other options jumps out at me at first glance.

 

We are of course open to updating the API to make classes more easily overridable, so if you find a simple solution that needs some changes in CDT, just post them and we’ll include them.

 

BR,

 

Marc

 

 

From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Joseph Henry
Sent: Wednesday, May 14, 2014 9:39 AM
To: CDT General developers list.
Subject: [cdt-dev] Interesting GDB Problem.

 

Hi all,

 

I am working on integrating our companies version of GDB into eclipse.

 

I have created a custom launch delegate that  creates a  ServicesFactory that extends GdbDebugServicesFactory and overrides createBackendGDBService.

 

I use  the GDBBackend to give the proper gdb command, args, and program path.

 

Everything to works fine until it starts trying to send gdb commands. (The first command sent is 1-list-features). When this command gets sent the entire process just freezes.

 

I figured out the problem is that the gdb process that I am starting up is looking for a \r\n as the new line character instead of just the \n that the MICommand adds.

 

Is there any way that I can make the MICommand append a \r\n instead of just a \n?

 

Thanks,

Joseph Henry.


Back to the top