From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-17251-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 26664 invoked by alias); 17 Feb 2004 19:41:17 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 26653 invoked from network); 17 Feb 2004 19:41:16 -0000
Received: from unknown (HELO nevyn.them.org) (66.93.172.17)
  by sources.redhat.com with SMTP; 17 Feb 2004 19:41:16 -0000
Received: from drow by nevyn.them.org with local (Exim 4.30 #1 (Debian))
	id 1AtB5m-0008Rj-T1
	for <gdb@sources.redhat.com>; Tue, 17 Feb 2004 14:41:14 -0500
Date: Tue, 17 Feb 2004 19:41:00 -0000
From: Daniel Jacobowitz <drow@false.org>
To: gdb@sources.redhat.com
Subject: Re: Pending breakpoints and scripts
Message-ID: <20040217194114.GA32400@nevyn.them.org>
Mail-Followup-To: gdb@sources.redhat.com
References: <4027E74B.6090805@gnu.org> <20040209223227.GA7344@nevyn.them.org> <40294BA1.3020906@gnu.org> <20040210222616.GA32636@nevyn.them.org> <402A3CBB.1060508@gnu.org> <20040211144755.GA487@nevyn.them.org> <40326A70.8050601@gnu.org> <20040217193118.GA31755@nevyn.them.org> <40326DD9.8030807@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <40326DD9.8030807@gnu.org>
User-Agent: Mutt/1.5.1i
X-SW-Source: 2004-02/txt/msg00203.txt.bz2

On Tue, Feb 17, 2004 at 02:39:05PM -0500, Andrew Cagney wrote:
> >On Tue, Feb 17, 2004 at 02:24:32PM -0500, Andrew Cagney wrote:
> >
> >>>The real problem here is with batch scripts, the change breaks existing 
> >
> >>>>script behavior (which is never a good thing).
> >>>>
> >>>>How about this, we introduce:
> >>>>	nquery()
> >>>>	yquery()
> >>>>where the default (batch mode, and when return is pressed is n/y 
> >>>>respectively).  We'd need the language police to look over the 
> >>interface >>but should otherwize be ok.
> >
> >>>
> >>>
> >>>Works for me.
> >
> >>
> >>Lets see if we can pin down the interface (adding JeffJ to the CC list):
> >>
> >>nquery("A question?")
> >>
> >>	A question? [n]:
> >>
> >>	- press return => implied "n"
> >>	- batch mode => implied "n"
> >
> >
> >How would you feel about "[n/y]"?  Otherwise, I like this.
> 
> As in?

nquery("A question?");
  A question? (n or y) <CURSOR>

or

  A question? [n/y]: <CURSOR>

Simply to clarify that it is a yes-no question.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer