This is the mail archive of the
mailing list for the GDB project.
RE: RFC: Introduce remote console for CLI interpreter via telnet
- From: Marc Khouzam <marc dot khouzam at ericsson dot com>
- To: "'Stan Shebs'" <stanshebs at earthlink dot net>, "'gdb-patches at sourceware dot org'" <gdb-patches at sourceware dot org>
- Date: Fri, 2 Dec 2011 15:18:33 -0500
- Subject: RE: RFC: Introduce remote console for CLI interpreter via telnet
- References: <4EC4ECB5.firstname.lastname@example.org> <20111201230711.GB2777@adacore.com> <4ED81749.email@example.com>
> -----Original Message-----
> From: firstname.lastname@example.org
> [mailto:email@example.com] On Behalf Of Stan Shebs
> Sent: Thursday, December 01, 2011 7:10 PM
> To: firstname.lastname@example.org
> Subject: Re: RFC: Introduce remote console for CLI
> interpreter via telnet
> On 12/1/11 3:07 PM, Joel Brobecker wrote:
> > Grigory,
> > First, thank you for sending the patch.
> >> Attached is the patch that introduces telnet service which can
> >> accept and execute CLI commands from the remote user.
> > No one commented on the desireability of such a feature.
> > I'm a bit indifferent, to tell you the truth, and it would
> > be nice to hear from others. For now, I've only skimmed over
> > the patch...
> Thanks for the feedback!
> This patch originated as a feature request from users of another
> (proprietary) debugger that is used with Eclipse; as I understand it,
> they use it to provide remote access to help someone working with the
> IDE, to do some kinds of scripting-like setup, and to serve
> as a general
> backdoor fixing up situations where the Eclipse->debugger interface
> messes up.
I'm actually hoping to use this feature directly from Eclipse, to
provide a full-fledge GDB-console within Eclipse, with
- command completion
- command history
- synchronization with the Eclipse UI
This is something that has been in demand from Eclipse users for
a long time.
I haven't tried the patch just yet, but I'm eager to do so and hope
to have time in the coming weeks.
> I suspect that some of these users' needs could probably be
> handled by
> various Eclipse and/or MI hackery, but as we've nominally had a
> multi-input architecture for some time, it seemed more
> general, and dare
> I say it, even a little more elegant to simply allow command
> streams to
> come in from multiple sources.