This is the mail archive of the
mailing list for the GDB project.
RE: [PATCH] util.c + doc [was Re: [RFC] Queries and frontends]
- From: "Marc Khouzam" <marc dot khouzam at ericsson dot com>
- To: "Nick Roberts" <nickrob at snap dot net dot nz>
- Cc: "Tom Tromey" <tromey at redhat dot com>, <gdb-patches at sourceware dot org>
- Date: Thu, 30 Jul 2009 09:59:39 -0400
- Subject: RE: [PATCH] util.c + doc [was Re: [RFC] Queries and frontends]
- References: <6D19CA8D71C89C43A057926FE0D4ADAA07C00023@ecamlmw720.eamcs.ericsson.se><email@example.com><firstname.lastname@example.org><email@example.com><firstname.lastname@example.org><email@example.com><firstname.lastname@example.org><email@example.com><6D19CA8D71C89C43A057926FE0D4ADAA07CA09F1@ecamlmw720.eamcs.ericsson.se> <firstname.lastname@example.org>
> -----Original Message-----
> From: Nick Roberts [mailto:email@example.com]
> Sent: Thursday, July 30, 2009 12:40 AM
> To: Marc Khouzam
> Cc: Tom Tromey; firstname.lastname@example.org
> Subject: RE: [PATCH] util.c + doc [was Re: [RFC] Queries and
> > Doesn't this amount to using "set confirm off"?
> > I might have missed it, but I don't remember why you didn't want
> > use that instead?
> In the console, the user can type "set confirm on/off"
> according to his
> preference. This change ensures that confirmation isn't
> required for commands
> that the frontend runs behind the users back independently of
> this setting,
> provided they are prefixed with "server". This is only for
> CLI commands and
> does not affect frontends which use GDB/MI.
You are right, that won't help me.
Sorry about the confusion.
> > And this solution does not help (some) frontends with
> > answering 'y' to nquery()
> nquery will indeed default to 'n'.
> > How about:
> > if (! caution)
> > return def_value;
> > if (server_command)
> > return 1;
> That might give surprising results, e.g. accidentally setting pending
> AFAIK this change is for _one_ frontend (Emacs) to use _one_
> command (record
> stop). I think too much generality detracts from this
> objective as, unlike
> GDB/MI, the plan is not to develop annotations.