From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7344 invoked by alias); 30 Jul 2008 06:53:52 -0000 Received: (qmail 7335 invoked by uid 22791); 30 Jul 2008 06:53:51 -0000 X-Spam-Check-By: sourceware.org Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 30 Jul 2008 06:53:31 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KO5Yu-0005xy-8Z for gdb@sources.redhat.com; Wed, 30 Jul 2008 06:53:28 +0000 Received: from 78.158.192.230 ([78.158.192.230]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 30 Jul 2008 06:53:28 +0000 Received: from vladimir by 78.158.192.230 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 30 Jul 2008 06:53:28 +0000 To: gdb@sources.redhat.com From: Vladimir Prus Subject: Re: Query regarding GDB-Mi interface Date: Wed, 30 Jul 2008 07:07:00 -0000 Message-ID: References: <488FFADA.7040306@mentor.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit User-Agent: KNode/0.10.9 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: 2008-07/txt/msg00313.txt.bz2 Pankaj Pal wrote: > We have a debugging front end which uses gdb-6.6 We were using > annotations till now but > as annotations have been made obsolete we are shifting to MI > interpreter. I have a few queries regarding MI. > > 1) Why few commands are still un implemented like attach, Because you are using gdb-6.6. The -target-attach command is implemented in CVS HEAD. > info program > etc. Is there any plan to support them. I don't have any plan to implement MI version of "info program", in part because I never heard about this command. Why do you need it? > 2) Is there any way to stop the MI interpreter like we have with > annotations (set annotate 0 whenever we wish to do so). What do you mean "stop"? GDB will always accept MI commands, and output MI outputs if you've started it in MI mode. > 3) We need 'info line *addr' command when we are shifting to MI from > annotations. I have been doing few changes in > the gdb source code to get this information (source file and line > number), however annotations have this information. > I would like to know is there any known issue due to which this > command has not been implemented. You can use "info line *addr" just fine, even in MI mode. > 4) In the gdb manual I can see that 'call' command in gdb is equivalent > to '-data-evaluate-expression' in MI. But with > annotations, the 'call' command sequence is as follows :: > ^z^z starting > --->> do the call command functionality > ^z^z stopped > > However, with MI, we are not getting the 'running' and 'stopped' tokens. This is by design, at least for now. Emitting *stopped for calling functions in inferiour might cause the frontend to reload program state again, which will cause expressions with functions calls to be reevaluated, which will cause further *stop, etc. Why is this information necessary for you? Note that I've posted a patch to optionally enable running/stopped notification for function calls, I just did not press it further due to lack of support. - Volodya