From: Daniel Jacobowitz <drow@false.org>
To: Nick Roberts <nickrob@snap.net.nz>
Cc: Dave Korn <dave.korn@artimi.com>,
Karganov Konstantin <kostik@ispras.ru>,
GDB <gdb@sources.redhat.com>
Subject: Re: MI output command error
Date: Fri, 11 Mar 2005 21:31:00 -0000 [thread overview]
Message-ID: <20050311213042.GA14428@nevyn.them.org> (raw)
In-Reply-To: <16946.1979.617105.196894@farnswood.snap.net.nz>
On Sat, Mar 12, 2005 at 10:03:55AM +1300, Nick Roberts wrote:
>
> > I'm as mystified as Dave as to how you could read the manual and
> > believe GDB/MI was designed to operate synchronously. A number of MI
> > commands have documentation that begins with "Asynchronous command." In
> > particular, look at -exec-interrupt, which makes no sense as a
> > synchronous command.
>
> I think the problem that people like Bob and myself have with this, is that
> when GDB is compiled out of the box, it doesn't operate asynchronously. So
> if we run GDB using MI, -exec-interrupt *doesn't* interrupt the inferior:
> ...
> ^done
> (gdb)
> 111-exec-continue
> 111^running
> (gdb)
> 222-exec-interrupt
>
> Dave Korn's explanation is very helpful. Considering the MI output to be
> asynchronous, makes it much easier to understand. The fact remains, however,
> that for native targets at least (the most common configuration?), operation
> is synchronous. It leads me to wonder how this discrepancy arises.
Lack of implementation. No one's done the work.
--
Daniel Jacobowitz
CodeSourcery, LLC
next prev parent reply other threads:[~2005-03-11 21:31 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-11 21:05 Nick Roberts
2005-03-11 21:31 ` Daniel Jacobowitz [this message]
2005-03-11 21:36 ` Bob Rossi
2005-03-11 21:39 ` Daniel Jacobowitz
2005-03-11 21:52 ` Nick Roberts
2005-03-12 10:23 ` Eli Zaretskii
2005-03-13 9:36 ` Nick Roberts
2005-03-13 15:40 ` Daniel Jacobowitz
2005-03-13 20:22 ` Nick Roberts
2005-03-13 20:25 ` Daniel Jacobowitz
2005-03-13 23:33 ` Nick Roberts
2005-03-13 23:38 ` Daniel Jacobowitz
2005-03-13 19:41 ` Eli Zaretskii
2005-03-14 7:16 ` Peter D HUERTER
[not found] <1110656346.18541.ezmlm@sources.redhat.com>
2005-03-14 19:11 ` Jim Ingham
-- strict thread matches above, loose matches on Subject: below --
2005-03-09 2:40 Bob Rossi
2005-03-09 23:22 ` Bob Rossi
2005-03-10 9:33 ` Re[2]: " Konstantin Karganov
2005-03-10 13:06 ` Bob Rossi
2005-03-10 13:43 ` Karganov Konstantin
2005-03-10 14:01 ` Bob Rossi
2005-03-10 14:15 ` Karganov Konstantin
2005-03-10 14:40 ` Bob Rossi
2005-03-10 15:13 ` Karganov Konstantin
2005-03-10 15:52 ` Dave Korn
2005-03-10 16:09 ` 'Bob Rossi'
2005-03-10 16:13 ` Daniel Jacobowitz
2005-03-10 17:44 ` Bob Rossi
2005-03-10 17:52 ` Daniel Jacobowitz
2005-03-10 20:48 ` Bob Rossi
2005-03-10 21:10 ` Daniel Jacobowitz
2005-03-10 21:25 ` Bob Rossi
2005-03-10 16:23 ` Dave Korn
2005-03-10 16:34 ` Daniel Jacobowitz
2005-03-10 16:48 ` Dave Korn
2005-03-10 17:03 ` 'Bob Rossi'
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=20050311213042.GA14428@nevyn.them.org \
--to=drow@false.org \
--cc=dave.korn@artimi.com \
--cc=gdb@sources.redhat.com \
--cc=kostik@ispras.ru \
--cc=nickrob@snap.net.nz \
/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