From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11251 invoked by alias); 15 Jul 2006 15:13:24 -0000 Received: (qmail 11210 invoked by uid 22791); 15 Jul 2006 15:13:19 -0000 X-Spam-Check-By: sourceware.org Received: from ug-out-1314.google.com (HELO ug-out-1314.google.com) (66.249.92.174) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 15 Jul 2006 15:13:17 +0000 Received: by ug-out-1314.google.com with SMTP id u2so235252uge for ; Sat, 15 Jul 2006 08:13:14 -0700 (PDT) Received: by 10.67.101.8 with SMTP id d8mr756452ugm; Sat, 15 Jul 2006 08:13:14 -0700 (PDT) Received: by 10.66.243.11 with HTTP; Sat, 15 Jul 2006 08:13:14 -0700 (PDT) Message-ID: Date: Sat, 15 Jul 2006 17:27:00 -0000 From: teawater To: "Nick Roberts" Subject: Re: How about remote MI? Cc: gdb@sourceware.org In-Reply-To: <17593.486.472132.416318@kahikatea.snap.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <17593.486.472132.416318@kahikatea.snap.net.nz> 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/msg00099.txt.bz2 On 7/15/06, Nick Roberts wrote: > > 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? > > gdbserver supports TCP. You can control a remote program using MI and > gdbserver. MI is a formal interface for use by front ends. I'm not sure that > gdbrui, as you describe it, fills the same role > MI is an interpreter. GDBRUI is an interpreter too. interps.c > > BTW, I am trying to make vim2gdb (An vim plug-in to make vim can debug > > code through GDB. It use GDBRUI in before.) support MI. But the MI > > output format is not very easy to parse. Could some people recommend a > > programe or example that parse the MI output for me? If not, I think I > > will use lex to parse it. > > I think the idea is that the front end parses it directly. Generating an > intermediate langusage just adds to the complexity. If you think MI can > be improved then please make suggestions. My means is that I need parse MI output in other programe. > > > -- > Nick http://www.inet.net.nz/~nickrob >