Ok, that is pretty much what I figured.
I ended creating a front end that passes the correct EOL for the time being. I would love to have a more elegant solution in the future, but for right now this is working.
Thanks,
Joseph Henry.
From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx]
On Behalf Of Marc Khouzam
Sent: Thursday, May 15, 2014 9:10 AM
To: 'CDT General developers list.'
Subject: 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
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.