From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11786 invoked by alias); 17 Jul 2006 13:20:03 -0000 Received: (qmail 11558 invoked by uid 22791); 17 Jul 2006 13:19:59 -0000 X-Spam-Check-By: sourceware.org Received: from ug-out-1314.google.com (HELO ug-out-1314.google.com) (66.249.92.171) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 17 Jul 2006 13:19:56 +0000 Received: by ug-out-1314.google.com with SMTP id u2so798753uge for ; Mon, 17 Jul 2006 06:19:53 -0700 (PDT) Received: by 10.66.243.2 with SMTP id q2mr2502964ugh; Mon, 17 Jul 2006 06:19:53 -0700 (PDT) Received: by 10.66.243.11 with HTTP; Mon, 17 Jul 2006 06:19:53 -0700 (PDT) Message-ID: Date: Mon, 17 Jul 2006 13:26:00 -0000 From: teawater To: drow@false.org, gdb@sourceware.org Subject: Re: How about remote MI? In-Reply-To: <20060717005720.GA29042@nevyn.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060717005720.GA29042@nevyn.them.org> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-07/txt/msg00114.txt.bz2 Agree with you. Thanks, teawater On 7/17/06, Daniel Jacobowitz wrote: > On Sat, Jul 15, 2006 at 09:50:54PM +0800, teawater wrote: > > Hi all, > > > > > > In May, I release GDBRUI(http://sourceforge.net/projects/gdbrui/) that > > is an interpreter to make GDB can be controlled by the other programe > > through TCP. But some people ask me why not extend MI to support TCP. > > Now, I think this idea is cool. Does GDB MI support TCP? Maybe I can > > extend MI to support TCP. How do you think about it? > > I do not see the point. GDB/MI talks to a terminal or a pipe. If you > want to connect that pipe to a TCP socket, GDB doesn't need to know > that it's a socket. > > You can use netcat to connect an arbitrary process to a bidirectional TCP > socket. There's a bunch of other similar tools, too. > > -- > Daniel Jacobowitz > CodeSourcery >