From: Andrew Cagney <cagney@gnu.org>
To: Michael Snyder <msnyder@redhat.com>,
Elena Zannoni <ezannoni@redhat.com>, Eli Zaretskii <eliz@gnu.org>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [HEADS-UP] gdb segfault
Date: Thu, 10 Jun 2004 16:22:00 -0000 [thread overview]
Message-ID: <40C88A9C.7060706@gnu.org> (raw)
In-Reply-To: <40BCBFE1.6010103@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 1102 bytes --]
> Elena Zannoni wrote:
>
>> Andrew Cagney writes:
>> > > Hey yo --
>> > > > > gdb is seg-faulting immediately whenever its run with --noasync.
>> > > I have an old build from the beginning of March that doesn't
>> > > do it (nor do even older ones), so it's probably a change
>> > > from between then and now.
>> > > > > It crashes in display_gdb_prompt, as called from
>> > > tui_command_loop. Here's a backtrace. > > Sounds like it's time to delete --noasync ....
>>
>> I think so, yes.
>
>
> It bothers me that ^C doesn't work with async, and I can't fall back
> to noasync to make it work. I think async should work (wrt. ^C, at
> least), before we delete noasync.
Hmm, ^C with noasync doesn't work either, it dumps core ;-)
Lets all take responsibility for this problem and see through the proper
fix:
http://sources.redhat.com/ml/gdb-patches/2004-05/msg00320.html
http://sources.redhat.com/ml/gdb-patches/2004-02/msg00530.html
I've attached is the first of two initial steps - disable the broken
async code ready for its removal. Then we can fix QUIT.
Eli, Elena?
Andrew
[-- Attachment #2: diffs --]
[-- Type: text/plain, Size: 4409 bytes --]
Index: doc/ChangeLog
2004-06-10 Andrew Cagney <cagney@gnu.org>
* gdb.texinfo (Mode Options): Delete documentation on "-async" and
"-noasync".
2004-06-10 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.
Index: NEWS
===================================================================
RCS file: /cvs/src/src/gdb/NEWS,v
retrieving revision 1.151
diff -p -u -r1.151 NEWS
--- NEWS 26 May 2004 06:32:01 -0000 1.151
+++ NEWS 10 Jun 2004 16:18:01 -0000
@@ -3,6 +3,11 @@
*** Changes since GDB 6.1:
+* "-async" and "-noasync" options removed.
+
+Support for the broken "-noasync" option has been removed (it caused
+GDB to dump core).
+
* New ``start'' command.
This command runs the program until the begining of the main procedure.
Index: defs.h
===================================================================
RCS file: /cvs/src/src/gdb/defs.h,v
retrieving revision 1.146
diff -p -u -r1.146 defs.h
--- defs.h 8 May 2004 23:02:10 -0000 1.146
+++ defs.h 10 Jun 2004 16:18:01 -0000
@@ -1216,8 +1216,11 @@ struct target_waitstatus;
struct cmd_list_element;
/* Should the asynchronous variant of the interpreter (using the
- event-loop) be enabled? */
-extern int event_loop_p;
+ event-loop) be enabled? */
+/* NOTE: cagney/2004-06-10: GDB changed to always uses the event-loop.
+ A follow-on cleanup is to eliminate references to
+ "event_loop_p". */
+#define event_loop_p 1
extern void (*deprecated_init_ui_hook) (char *argv0);
extern void (*deprecated_command_loop_hook) (void);
Index: main.c
===================================================================
RCS file: /cvs/src/src/gdb/main.c,v
retrieving revision 1.41
diff -p -u -r1.41 main.c
--- main.c 21 Apr 2004 23:52:20 -0000 1.41
+++ main.c 10 Jun 2004 16:18:01 -0000
@@ -49,12 +49,6 @@ int display_time;
int display_space;
-/* Whether this is the async version or not. The async version is
- invoked on the command line with the -nw --async options. In this
- version, the usual command_loop is substituted by and event loop which
- processes UI events asynchronously. */
-int event_loop_p = 1;
-
/* The selected interpreter. This will be used as a set command
variable, so it should always be malloc'ed - since
do_setshow_command will free it. */
@@ -253,8 +247,6 @@ captured_main (void *data)
};
static struct option long_options[] =
{
- {"async", no_argument, &event_loop_p, 1},
- {"noasync", no_argument, &event_loop_p, 0},
#if defined(TUI)
{"tui", no_argument, 0, OPT_TUI},
#endif
Index: doc/gdb.texinfo
===================================================================
RCS file: /cvs/src/src/gdb/doc/gdb.texinfo,v
retrieving revision 1.204
diff -p -u -r1.204 gdb.texinfo
--- doc/gdb.texinfo 24 May 2004 23:53:58 -0000 1.204
+++ doc/gdb.texinfo 10 Jun 2004 16:18:02 -0000
@@ -1065,30 +1065,6 @@ that control @value{GDBN}, and level 2 h
The annotation mechanism has largely been superseeded by @sc{gdb/mi}
(@pxref{GDB/MI}).
-@item -async
-@cindex @code{--async}
-Use the asynchronous event loop for the command-line interface.
-@value{GDBN} processes all events, such as user keyboard input, via a
-special event loop. This allows @value{GDBN} to accept and process user
-commands in parallel with the debugged process being
-run@footnote{@value{GDBN} built with @sc{djgpp} tools for
-MS-DOS/MS-Windows supports this mode of operation, but the event loop is
-suspended when the debuggee runs.}, so you don't need to wait for
-control to return to @value{GDBN} before you type the next command.
-(@emph{Note:} as of version 5.1, the target side of the asynchronous
-operation is not yet in place, so @samp{-async} does not work fully
-yet.)
-@c FIXME: when the target side of the event loop is done, the above NOTE
-@c should be removed.
-
-When the standard input is connected to a terminal device, @value{GDBN}
-uses the asynchronous event loop by default, unless disabled by the
-@samp{-noasync} option.
-
-@item -noasync
-@cindex @code{--noasync}
-Disable the asynchronous event loop for the command-line interface.
-
@item --args
@cindex @code{--args}
Change interpretation of command line so that arguments following the
next prev parent reply other threads:[~2004-06-10 16:22 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-08 3:18 Michael Snyder
[not found] ` <40A0272D.5080702@gnu.org>
2004-06-01 16:08 ` Elena Zannoni
2004-06-01 17:41 ` Michael Snyder
2004-06-10 16:22 ` Andrew Cagney [this message]
2004-06-11 14:42 ` Eli Zaretskii
2004-07-17 3:24 ` Andrew Cagney
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=40C88A9C.7060706@gnu.org \
--to=cagney@gnu.org \
--cc=eliz@gnu.org \
--cc=ezannoni@redhat.com \
--cc=gdb-patches@sources.redhat.com \
--cc=msnyder@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