From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19826 invoked by alias); 14 Sep 2009 14:48:57 -0000 Received: (qmail 19818 invoked by uid 22791); 14 Sep 2009 14:48:56 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 14 Sep 2009 14:48:51 +0000 Received: (qmail 4094 invoked from network); 14 Sep 2009 14:48:50 -0000 Received: from unknown (HELO orlando) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 14 Sep 2009 14:48:50 -0000 From: Pedro Alves To: gdb-patches@sourceware.org Subject: Re: Another proposal for frontends and queries. Date: Mon, 14 Sep 2009 14:48:00 -0000 User-Agent: KMail/1.9.10 Cc: Marc Khouzam , "'Joel Brobecker'" References: <20090914140910.GD8327@adacore.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200909141548.53578.pedro@codesourcery.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-09/txt/msg00400.txt.bz2 On Monday 14 September 2009 15:27:08, Marc Khouzam wrote: > Having a switch on a command turns out to be insufficient because > there is not a 1-1 mapping between queries and commands. =A0Currently > PRecord will query before changing memory, but this will be triggered > by any of: > -var-assign a 8 > p a=3D8 > set var a=3D8 > and others. To me, this all sounds like we should should revisit why precord uses nquery at all. If we stopped using nquery, and used query (defaulting to the action a frontend might want), what would the user lose? Having to type n + enter, instead of just enter to cancel, doesn't seem like a bad deal to me. Plus, wouldn't we want these particular offending precord queries to default to 'y' even when in script/batch mode? I think we should scrap out nquery from record.c, turning those to query's, 'error's or normal stops, appropriately. What would be missed? There's issue of how does a frontend handle queries in a cli console with -interpreter-exec cli (how does a frontend simulate queries done on a a real CLI attached to a terminal), but that seems like a mostly independent problem. -=20 Pedro Alves