Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Daniel Jacobowitz <drow@false.org>
To: Dave Korn <dave.korn@artimi.com>,
	'Karganov Konstantin' <kostik@ispras.ru>,
	'GDB' <gdb@sources.redhat.com>
Subject: Re: MI output command error
Date: Thu, 10 Mar 2005 17:52:00 -0000	[thread overview]
Message-ID: <20050310175236.GA8276@nevyn.them.org> (raw)
In-Reply-To: <20050310174408.GE14061@white>

On Thu, Mar 10, 2005 at 12:44:08PM -0500, Bob Rossi wrote:
> Hi Daniel,
> 
> The whole idea of GDB being asyncronous is new to me. Up until now, I
> have been very content thinking that GDB would become "busy" whenver the
> inferior was started up to do some work.
> 
> I would really like to understand the concept and the reason why GDB had
> to have the asyncronous feature. While looking for documentation on GDB 
> being asyncronous, I've only found very little. A grep of gdb.texino 
> yeilded me nothing interesting.

Sorry, I don't know anything more about async mode than is in the
documentation (and mailing list archives - it has come up plenty of
times).

It shouldn't take much thinking to understand why asynchronous
operation is desirable.  A user interface is _always_ asynchronous,
because your human user never blocks.

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 noticed that the command line option is not documented in the manual.
> Which made me think it didn't exist. However, when I run gdb --help,
> it's there.  
>    gdb --help
>    --[no]async        Enable (disable) asynchronous version of CLI
> 
> When I try to use the option, it fails,
> 
> $ gdb --async ./main
> gdb: unrecognized option `--async'
> Use `gdb --help' for a complete list of options.
> 
> $ gdb --noasync ./main
> gdb: unrecognized option `--noasync'
> Use `gdb --help' for a complete list of options.
> 
> Am I doing something wrong?

2004-07-16  Andrew Cagney  <cagney@gnu.org>

        * defs.h (event_loop_p): Replace variable declaration with macro,
        always 1.
        * main.c (captured_main): Delete options "-async" and "-noasync".
        (event_loop_p): Delete variable.
        * NEWS: Mention that "-async" and "-noasync" were removed.

He missed --help; please fix that.

-- 
Daniel Jacobowitz
CodeSourcery, LLC


  reply	other threads:[~2005-03-10 17:52 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
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 [this message]
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'
2005-03-11 11:32                           ` Re[2]: " Konstantin Karganov
2005-03-11 21:05 Nick Roberts
2005-03-11 21:31 ` Daniel Jacobowitz
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

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=20050310175236.GA8276@nevyn.them.org \
    --to=drow@false.org \
    --cc=dave.korn@artimi.com \
    --cc=gdb@sources.redhat.com \
    --cc=kostik@ispras.ru \
    /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