Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Nick Roberts <nickrob@snap.net.nz>
To: Bob Rossi <bob_rossi@cox.net>
Cc: gdb@sources.redhat.com
Subject: Re: MI query questions
Date: Wed, 31 May 2006 10:29:00 -0000	[thread overview]
Message-ID: <17532.47448.102689.556136@kahikatea.snap.net.nz> (raw)
In-Reply-To: <20060530171437.GA31100@brasko.net>

 > > I suggest, for the moment, at least, that we make MI select "[1] all"
 > > automatically in this case.
 > 
 > Nick,
 > 
 > I don't think this solves the problem though. As Daniel pointed out,
 > 
 > -interpreter-exec console "b A::func"
 > 
 > will cause the same problem, and needs to be addressed. I haven't
 > thought this through well enough though.

Well, I guess it depends whether the existing behaviour breaks the front
end or not i.e when the prompt ">" appears will it know that GDB wants
more input or not?  If the answer is yes (I've not tried it) then things
can be left as they are.  If its no, then something should be done and the
solution being proposed doesn't sound like a quick fix.

"-interpreter-exec console "b A::func" could presumably be made to behave
as "-break-insert A::func".  Witness pending breakpoints:

(gdb)
-break-insert fgfg
&"Function \"fgfg\" not defined.\n"
^done
(gdb)
-interpreter-exec console "b ghgh"
&"Function \"ghgh\" not defined.\n"
~"Breakpoint 1 (ghgh) pending.\n"
^done
(gdb)
inf bre
&"inf bre\n"
~"Num Type           Disp Enb Address    What\n"
~"1   breakpoint     keep y   <PENDING>  ghgh\n"
^done
(gdb)

For the CLI command "break" the behaviour seems to be reversed but it's
no longer a query.

-- 
Nick                                           http://www.inet.net.nz/~nickrob


  reply	other threads:[~2006-05-30 21:30 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-30  3:48 Bob Rossi
2006-05-30  8:20 ` Daniel Jacobowitz
2006-05-30 17:15   ` Jim Ingham
2006-05-30 17:41     ` Bob Rossi
2006-05-30 17:53       ` Jim Ingham
2006-05-30 17:55         ` Jim Ingham
2006-05-30 17:55           ` Bob Rossi
2006-05-30 18:12             ` Daniel Jacobowitz
2006-05-30 20:14             ` Jim Ingham
2006-05-30 18:27               ` Bob Rossi
2006-05-30 18:56                 ` Jim Ingham
2006-05-30 20:46                   ` Bob Rossi
2006-05-30 21:11                     ` Jim Ingham
2006-05-30 21:15                       ` Daniel Jacobowitz
2006-05-30 21:30                         ` Jim Ingham
2006-05-31  9:38                           ` Daniel Jacobowitz
2006-05-31 13:27                             ` Bob Rossi
2006-05-30 17:00 ` Nick Roberts
2006-05-30 17:32   ` Bob Rossi
2006-05-31 10:29     ` Nick Roberts [this message]
2006-05-31 13:25       ` Bob Rossi
2006-06-01  0:58         ` Nick Roberts

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=17532.47448.102689.556136@kahikatea.snap.net.nz \
    --to=nickrob@snap.net.nz \
    --cc=bob_rossi@cox.net \
    --cc=gdb@sources.redhat.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