From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-44474-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 22066 invoked by alias); 9 Jun 2006 19:58:35 -0000
Received: (qmail 22051 invoked by uid 22791); 9 Jun 2006 19:58:34 -0000
X-Spam-Check-By: sourceware.org
Received: from eastrmmtao04.cox.net (HELO eastrmmtao04.cox.net) (68.230.240.35)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 09 Jun 2006 19:58:32 +0000
Received: from localhost.localdomain ([68.9.66.48]) by eastrmmtao04.cox.net           (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP           id <20060609195828.HEUK9931.eastrmmtao04.cox.net@localhost.localdomain>;           Fri, 9 Jun 2006 15:58:28 -0400
Received: from bob by localhost.localdomain with local (Exim 4.60) 	(envelope-from <bob@brasko.net>) 	id 1Fon7v-0006qZ-S2; Fri, 09 Jun 2006 15:58:39 -0400
Date: Fri, 09 Jun 2006 19:58:00 -0000
From: Bob Rossi <bob_rossi@cox.net>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Nick Roberts <nickrob@snap.net.nz>, gdb-patches@sources.redhat.com
Subject: Re: [PATCH] MI Doco
Message-ID: <20060609195839.GA25948@brasko.net>
Mail-Followup-To: Eli Zaretskii <eliz@gnu.org>, 	Nick Roberts <nickrob@snap.net.nz>, gdb-patches@sources.redhat.com
References: <17535.33986.598009.914783@kahikatea.snap.net.nz> <u7j40dj1k.fsf@gnu.org> <17536.4472.263731.425097@kahikatea.snap.net.nz> <u3benet0j.fsf@gnu.org> <17538.8607.697546.427486@kahikatea.snap.net.nz> <ubqt2qhc5.fsf@gnu.org> <20060609191134.GB5616@nevyn.them.org> <u7j3qqf99.fsf@gnu.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <u7j3qqf99.fsf@gnu.org>
User-Agent: Mutt/1.5.11
X-IsSubscribed: yes
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2006-06/txt/msg00111.txt.bz2

On Fri, Jun 09, 2006 at 10:51:30PM +0300, Eli Zaretskii wrote:
> > Date: Fri, 9 Jun 2006 15:11:34 -0400
> > From: Daniel Jacobowitz <drow@false.org>
> > Cc: Nick Roberts <nickrob@snap.net.nz>, gdb-patches@sources.redhat.com
> > 
> > On Fri, Jun 09, 2006 at 10:06:34PM +0300, Eli Zaretskii wrote:
> > > > + @smallexample
> > > > + -> -break-insert main
> > > > + <- ^done,bkpt=@{number="1",type="breakpoint",disp="keep",
> > > > +     enabled="y",addr="0x08048564",func="main",file="myprog.c",
> > > > +     fullname="/home/nickrob/myprog.c",line="68",times="0"@}
> > > > + <- (gdb)
> > > 
> > > Please use "(@value{GDBP})" instead of a literal "(gdb)".
> > 
> > In this context, that's incorrect.  This is actually a literal
> > "(gdb)\n", rather than the result of "show prompt"; MI uses a hardcoded
> > prompt string.
> 
> Are you saying that all the MI examples that use @value{GDBP} are
> incorrect?
> 
> Also, isn't it a bug in MI that it uses a hardcoded string?

No, it's as designed.
24.1.2 GDB/MI Output Syntax

output ==>
    ( out-of-band-record )* [ result-record ] "(gdb)" nl

It allows front ends to simply recognize that GDB is done. It isn't
the same as gdb's prompt.

Bob Rossi