From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16990 invoked by alias); 29 Sep 2011 12:42:39 -0000 Received: (qmail 16982 invoked by uid 22791); 29 Sep 2011 12:42:37 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from mail-wy0-f169.google.com (HELO mail-wy0-f169.google.com) (74.125.82.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 29 Sep 2011 12:42:21 +0000 Received: by wyf22 with SMTP id 22so291064wyf.0 for ; Thu, 29 Sep 2011 05:42:20 -0700 (PDT) Received: by 10.216.203.79 with SMTP id e57mr1133739weo.12.1317300140558; Thu, 29 Sep 2011 05:42:20 -0700 (PDT) Received: from [137.202.140.179] (nat-rup.mentorg.com. [139.181.168.34]) by mx.google.com with ESMTPS id f26sm2331533wbp.7.2011.09.29.05.42.18 (version=SSLv3 cipher=OTHER); Thu, 29 Sep 2011 05:42:19 -0700 (PDT) Message-ID: <4E8467B1.60009@gmail.com> Date: Thu, 29 Sep 2011 12:42:00 -0000 From: Grigory Tolstolytkin User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Thunderbird/3.1.10 MIME-Version: 1.0 To: Kevin Pouget CC: gdb@sourceware.org Subject: Re: Extending GDB to provide console over telnet References: <4E845D53.9090102@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2011-09/txt/msg00130.txt.bz2 Hi, On 09/29/2011 04:16 PM, Kevin Pouget wrote: > the idea sounds interesting, there is just one point I'm not sure to > understand exactly in your email: which interface do you want to > provide to the remote user: command-line (CLI) or MI? > It's CLI. I think it is more user-friendly rather than MI. > from my point of view, the CLI would be very convenient, it would > allow the use of Eclipse to navigate the source code (instead of > where/list/up/down), and on the other side control the execution and > everything else from the CLI, which is just very powerful when you > know how to use it. Exactly, it's one of the points. > Actually, the best situation would be the other way around, control > GDB 'directly' so that ReadLine history/completion is also available! > (I don't thing it would work over the network, would it?) As I know readline doesn't work well with sockets, but tools like rlwrap over telnet can be used. It's transparent to user and brings part of readline features like history, line editing, etc. Though gdb auto-completion is still a question. > Thanks for bringing up the idea, > > Kevin Regards, Grigory