Don't call clear_quit_flag in command_handler
authorPedro Alves <palves@redhat.com>
Tue, 12 Apr 2016 15:49:30 +0000 (16:49 +0100)
committerPedro Alves <palves@redhat.com>
Tue, 12 Apr 2016 15:55:16 +0000 (16:55 +0100)
This just looks totally wrong to me, for completetly discarding a
user-requested Ctrl-C.  I can't think of why we'd want do this here.

Actually, I digged the history, and found out that this has been here
since at least 7b4ac7e1ed2c (gdb-2.4, the initial revision, 1988), at
a time were we had a top level setjmp/longjmp, long before that got
wrapped in throw_exception and friends, and this code was in an
explicit loop, with the quit_flag cleared on every iteration, before
executing a command...

gdb/ChangeLog:
2016-04-12  Pedro Alves  <palves@redhat.com>

* event-top.c (command_handler): Don't call clear_quit_flag.

gdb/ChangeLog
gdb/event-top.c

index f3dab72c2a525f1979514aaefbb1196965f0a3ba..f01183e851ae0c9159724dd58334e04b5b13965e 100644 (file)
@@ -1,3 +1,7 @@
+2016-04-12  Pedro Alves  <palves@redhat.com>
+
+       * event-top.c (command_handler): Don't call clear_quit_flag.
+
 2016-04-12  Pedro Alves  <palves@redhat.com>
 
        * remote-sim.c (gdb_os_poll_quit): Don't call clear_quit_flag.
index eef1514d2bf795312dbc03127ef748e165a5920f..69087cc13e98285d1b3a84e57edd041b9d05563c 100644 (file)
@@ -460,7 +460,6 @@ command_handler (char *command)
   struct cleanup *stat_chain;
   char *c;
 
-  clear_quit_flag ();
   if (instream == stdin)
     reinitialize_more_filter ();