From: "Marc Khouzam" <marc.khouzam@ericsson.com>
To: "Hui Zhu" <teawater@gmail.com>, "Nick Roberts" <nickrob@snap.net.nz>
Cc: <gdb@sources.redhat.com>, "Michael Snyder" <msnyder@vmware.com>
Subject: RE: Reverse debugging
Date: Thu, 16 Jul 2009 15:55:00 -0000 [thread overview]
Message-ID: <6D19CA8D71C89C43A057926FE0D4ADAA07BD6DD6@ecamlmw720.eamcs.ericsson.se> (raw)
In-Reply-To: <daef60380907152009n27e7568cvc258538188b96d57@mail.gmail.com>
> -----Original Message-----
> From: Hui Zhu [mailto:teawater@gmail.com]
> Sent: July-15-09 11:09 PM
> To: Nick Roberts; Marc Khouzam
> Cc: gdb@sources.redhat.com; Michael Snyder
> Subject: Re: Reverse debugging
>
> Thanks Nick, I think the better way is add a special cmd for it.
>
> Marc, do you have some ideas with it?
>
>
> Thanks,
> Hui
>
> On Wed, Jul 15, 2009 at 10:27, Nick
> Roberts<nickrob@snap.net.nz> wrote:
> > I've created tool bar functionality in Emacs for reverse
> debugging a bit like
> > that in the DSF-GDB debugger for Eclipse, I think.
Cool!
> >
> > It works quite nicely and I would like to include it in
> Emacs 23.2 (23.1
> > should be coming out next week) but there is one small
> problem with "record
> > stop". It currently prompts the user for confirmation and
> Emacs can't handle
> > that from the tool bar and update the GUI. Would it be
> possible to add a
> > "noconfirm" option, perhaps like below, which should be
> invisible to the
> > normal user?
So in your case you are dealing with a proper tty?
For eclipse, we fall in the !from_tty case.
Frontends should definetely not be bothered with those queries.
In my mind, a FE should know what it is doing so if it requests
an action like 'record stop' it should not be prompted at all.
This is probably true for any of these queries.
I was originally going to ask Hui always have a !from_tty check,
but now it seems this would not work for emacs.
Can we check if the default interpreter is MI somehow and in those
cases not do the query? The idea is that if one uses MI then
it is not in some user-interactive session.
Just a thought...
Marc
> >
> > --
> > Nick
> http://www.inet.net.nz/~nickrob
> >
> >
> > 2009-07-15 Nick Roberts <nickrob@snap.net.nz>
> >
> > * record.c (cmd_record_stop): Add a "noconfirm" option to the
> > "record stop" command.
> >
> >
> > Index: record.c
> > ===================================================================
> > RCS file: /cvs/src/src/gdb/record.c,v
> > retrieving revision 1.8
> > diff -c -p -r1.8 record.c
> > *** record.c 2 Jul 2009 17:21:06 -0000 1.8
> > --- record.c 15 Jul 2009 02:25:21 -0000
> > *************** cmd_record_stop (char *args, int from_tt
> > *** 1157,1164 ****
> > {
> > if (current_target.to_stratum == record_stratum)
> > {
> > ! if (!record_list || !from_tty || query (_("Delete
> recorded log and "
> > ! "stop recording?")))
> > unpush_target (&record_ops);
> > }
> > else
> > --- 1157,1168 ----
> > {
> > if (current_target.to_stratum == record_stratum)
> > {
> > ! int noconfirm = 0;
> > ! if (args)
> > ! noconfirm = (strcmp (args, "noconfirm") == 0) ? 1 : 0;
> > !
> > ! if (!record_list || !from_tty || noconfirm
> > ! || query (_("Delete recorded log and stop recording?")))
> > unpush_target (&record_ops);
> > }
> > else
> >
>
next prev parent reply other threads:[~2009-07-16 15:55 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-14 0:40 Nick Roberts
2009-07-14 0:53 ` Michael Snyder
2009-07-14 1:28 ` Nick Roberts
2009-07-14 17:36 ` Michael Snyder
2009-07-15 2:28 ` Nick Roberts
2009-07-16 3:09 ` Hui Zhu
2009-07-16 15:55 ` Marc Khouzam [this message]
2009-07-17 2:41 ` Nick Roberts
2009-07-17 14:12 ` Marc Khouzam
2009-07-17 14:25 ` Daniel Jacobowitz
2009-07-17 14:56 ` Marc Khouzam
2009-07-17 15:02 ` Daniel Jacobowitz
2009-07-19 3:21 ` Marc Khouzam
2009-07-20 3:27 ` Hui Zhu
2009-07-20 12:50 ` Marc Khouzam
2009-07-20 13:19 ` Marc Khouzam
2009-07-20 14:51 ` Hui Zhu
2009-07-21 3:21 ` Marc Khouzam
2009-09-11 13:26 ` Marc Khouzam
2009-07-18 1:06 ` Nick Roberts
2009-07-18 4:00 ` Daniel Jacobowitz
2009-07-22 17:46 ` Marc Khouzam
2009-07-16 3:05 ` Hui Zhu
2009-07-17 2:32 ` Nick Roberts
2009-08-17 7:49 ` Jakob Engblom
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6D19CA8D71C89C43A057926FE0D4ADAA07BD6DD6@ecamlmw720.eamcs.ericsson.se \
--to=marc.khouzam@ericsson.com \
--cc=gdb@sources.redhat.com \
--cc=msnyder@vmware.com \
--cc=nickrob@snap.net.nz \
--cc=teawater@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox