* [patch] Fix `shell' command for async (PR 12850)
@ 2011-06-07 15:24 Jan Kratochvil
2011-06-07 17:13 ` Pedro Alves
0 siblings, 1 reply; 7+ messages in thread
From: Jan Kratochvil @ 2011-06-07 15:24 UTC (permalink / raw)
To: gdb-patches
Hi,
this was completely debugged by Pedro so just wrote it and posted.
I mentioned+filed this problem at:
Re: Sending signal to inferior program.
http://sourceware.org/ml/gdb/2011-06/msg00036.html
procfs.c contains such fix but #if0-ed, left it as is:
/* FIXME: should we use waitpid to make sure we get the right event?
Should we check the returned event? */
{
#if 0
int status, ret;
ret = waitpid (pi->pid, &status, 0);
#else
wait (NULL);
#endif
proc-api.c also contains dangerous wait() call but both are for procfs
platforms.
No regressions on {x86_64,x86_64-m32,i686}-fedora15-linux-gnu. I have not
regression tested the modified PPC* file. The testcase can have false PASS
(with buggy GDB) but I do not see how to avoid it.
I will check it in with no comments.
Thanks,
Jan
gdb/
2011-06-07 Jan Kratochvil <jan.kratochvil@redhat.com>
* cli/cli-cmds.c (shell_escape): Use waitpid.
* rs6000-nat.c (exec_one_dummy_insn): Likewise.
gdb/testsuite/
2011-06-07 Jan Kratochvil <jan.kratochvil@redhat.com>
* gdb.base/async-shell.c: New file.
* gdb.base/async-shell.exp: New file.
--- a/gdb/cli/cli-cmds.c
+++ b/gdb/cli/cli-cmds.c
@@ -750,7 +750,7 @@ shell_escape (char *arg, int from_tty)
}
if (pid != -1)
- while ((rc = wait (&status)) != pid && rc != -1)
+ while ((rc = waitpid (pid, &status, 0)) != pid && rc != -1)
;
else
error (_("Fork failed"));
--- a/gdb/rs6000-nat.c
+++ b/gdb/rs6000-nat.c
@@ -614,7 +614,7 @@ exec_one_dummy_insn (struct regcache *regcache)
do
{
- pid = wait (&status);
+ pid = waitpid (PIDGET (inferior_ptid), &status, 0);
}
while (pid != PIDGET (inferior_ptid));
--- /dev/null
+++ b/gdb/testsuite/gdb.base/async-shell.c
@@ -0,0 +1,22 @@
+/* This testcase is part of GDB, the GNU debugger.
+
+ Copyright 2011 Free Software Foundation, Inc.
+
+ This program is free software; you can redistribute it and/or modify
+ it under the terms of the GNU General Public License as published by
+ the Free Software Foundation; either version 3 of the License, or
+ (at your option) any later version.
+
+ This program is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ GNU General Public License for more details.
+
+ You should have received a copy of the GNU General Public License
+ along with this program. If not, see <http://www.gnu.org/licenses/>. */
+
+int
+main (void)
+{
+ return sleep (600);
+}
--- /dev/null
+++ b/gdb/testsuite/gdb.base/async-shell.exp
@@ -0,0 +1,42 @@
+# Copyright (C) 2011 Free Software Foundation, Inc.
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 3 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program. If not, see <http://www.gnu.org/licenses/>.
+
+set testfile async-shell
+if { [prepare_for_testing ${testfile}.exp ${testfile}] } {
+ return -1
+}
+
+gdb_test_no_output "set target-async on "
+gdb_test_no_output "set non-stop on"
+gdb_test "run &" "Starting program: \[^\r\n\]*"
+
+# `sleep 5' here would workaround the bug, do not sleep here.
+# "shell" could eat waitpid event from the asynchronous inferior process.
+
+gdb_test "shell echo foo" "foo"
+
+set test "interrupt"
+gdb_test_multiple $test $test {
+ -re "interrupt\r\n$gdb_prompt " {
+ pass $test
+ }
+}
+
+set test "process stopped"
+gdb_test_multiple "" $test {
+ -re "\r\n\\\[process \[0-9\]+\\\] #1 stopped\\\.\r\n" {
+ pass $test
+ }
+}
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [patch] Fix `shell' command for async (PR 12850)
2011-06-07 15:24 [patch] Fix `shell' command for async (PR 12850) Jan Kratochvil
@ 2011-06-07 17:13 ` Pedro Alves
2011-06-07 17:28 ` Jan Kratochvil
2011-06-07 19:06 ` Joel Brobecker
0 siblings, 2 replies; 7+ messages in thread
From: Pedro Alves @ 2011-06-07 17:13 UTC (permalink / raw)
To: gdb-patches; +Cc: Jan Kratochvil
On Tuesday 07 June 2011 16:24:09, Jan Kratochvil wrote:
> Hi,
>
> this was completely debugged by Pedro so just wrote it and posted.
Thanks! And thanks for writing a test as well.
> --- a/gdb/cli/cli-cmds.c
> +++ b/gdb/cli/cli-cmds.c
> @@ -750,7 +750,7 @@ shell_escape (char *arg, int from_tty)
> }
>
> if (pid != -1)
> - while ((rc = wait (&status)) != pid && rc != -1)
> + while ((rc = waitpid (pid, &status, 0)) != pid && rc != -1)
> ;
Pedantically, I think this could be simplified. PID is
a specific pid, not -1, and when WNOHANG is not used,
waitpid(pid, ..., 0) can only return pid or -1.
Thus, the loop only ever executes once.
> +++ b/gdb/rs6000-nat.c
> @@ -614,7 +614,7 @@ exec_one_dummy_insn (struct regcache *regcache)
(Urgh, had never seen this bizarre code before. I wonder if
this is still needed on any sane platform, or if it was only
necessary on some ancient aix.)
--
Pedro Alves
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [patch] Fix `shell' command for async (PR 12850)
2011-06-07 17:13 ` Pedro Alves
@ 2011-06-07 17:28 ` Jan Kratochvil
2011-06-07 19:06 ` Joel Brobecker
1 sibling, 0 replies; 7+ messages in thread
From: Jan Kratochvil @ 2011-06-07 17:28 UTC (permalink / raw)
To: Pedro Alves; +Cc: gdb-patches
On Tue, 07 Jun 2011 19:13:24 +0200, Pedro Alves wrote:
> > - while ((rc = wait (&status)) != pid && rc != -1)
> > + while ((rc = waitpid (pid, &status, 0)) != pid && rc != -1)
> > ;
>
> Pedantically, I think this could be simplified. PID is
> a specific pid, not -1, and when WNOHANG is not used,
> waitpid(pid, ..., 0) can only return pid or -1.
> Thus, the loop only ever executes once.
Oops, yes, changed.
Checked in.
Thanks,
Jan
http://sourceware.org/ml/gdb-cvs/2011-06/msg00039.html
--- src/gdb/ChangeLog 2011/06/07 12:31:03 1.13083
+++ src/gdb/ChangeLog 2011/06/07 17:26:41 1.13084
@@ -1,3 +1,9 @@
+2011-06-07 Jan Kratochvil <jan.kratochvil@redhat.com>
+ Pedro Alves <pedro@codesourcery.com>
+
+ * cli/cli-cmds.c (shell_escape): Use waitpid.
+ * rs6000-nat.c (exec_one_dummy_insn): Likewise.
+
2011-06-07 Tristan Gingold <gingold@adacore.com>
* xcoffread.c (dwarf2_xcoff_names): New variable.
--- src/gdb/testsuite/ChangeLog 2011/06/06 13:33:07 1.2739
+++ src/gdb/testsuite/ChangeLog 2011/06/07 17:26:46 1.2740
@@ -1,3 +1,8 @@
+2011-06-07 Jan Kratochvil <jan.kratochvil@redhat.com>
+
+ * gdb.base/async-shell.c: New file.
+ * gdb.base/async-shell.exp: New file.
+
2011-06-06 Pedro Alves <pedro@codesourcery.com>
* gdb.threads/pending-step.exp: Add more context to SIGTRAP match.
--- src/gdb/rs6000-nat.c 2011/01/11 15:10:01 1.104
+++ src/gdb/rs6000-nat.c 2011/06/07 17:26:45 1.105
@@ -614,7 +614,7 @@
do
{
- pid = wait (&status);
+ pid = waitpid (PIDGET (inferior_ptid), &status, 0);
}
while (pid != PIDGET (inferior_ptid));
--- src/gdb/cli/cli-cmds.c 2011/04/04 17:41:07 1.113
+++ src/gdb/cli/cli-cmds.c 2011/06/07 17:26:46 1.114
@@ -726,7 +726,7 @@
chdir (current_directory);
#endif
#else /* Can fork. */
- int rc, status, pid;
+ int status, pid;
if ((pid = vfork ()) == 0)
{
@@ -750,8 +750,7 @@
}
if (pid != -1)
- while ((rc = wait (&status)) != pid && rc != -1)
- ;
+ waitpid (pid, &status, 0);
else
error (_("Fork failed"));
#endif /* Can fork. */
--- src/gdb/testsuite/gdb.base/async-shell.c
+++ src/gdb/testsuite/gdb.base/async-shell.c 2011-06-07 17:27:07.593604000 +0000
@@ -0,0 +1,22 @@
+/* This testcase is part of GDB, the GNU debugger.
+
+ Copyright 2011 Free Software Foundation, Inc.
+
+ This program is free software; you can redistribute it and/or modify
+ it under the terms of the GNU General Public License as published by
+ the Free Software Foundation; either version 3 of the License, or
+ (at your option) any later version.
+
+ This program is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ GNU General Public License for more details.
+
+ You should have received a copy of the GNU General Public License
+ along with this program. If not, see <http://www.gnu.org/licenses/>. */
+
+int
+main (void)
+{
+ return sleep (600);
+}
--- src/gdb/testsuite/gdb.base/async-shell.exp
+++ src/gdb/testsuite/gdb.base/async-shell.exp 2011-06-07 17:27:07.926556000 +0000
@@ -0,0 +1,42 @@
+# Copyright (C) 2011 Free Software Foundation, Inc.
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 3 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program. If not, see <http://www.gnu.org/licenses/>.
+
+set testfile async-shell
+if { [prepare_for_testing ${testfile}.exp ${testfile}] } {
+ return -1
+}
+
+gdb_test_no_output "set target-async on "
+gdb_test_no_output "set non-stop on"
+gdb_test "run &" "Starting program: \[^\r\n\]*"
+
+# `sleep 5' here would workaround the bug, do not sleep here.
+# "shell" could eat waitpid event from the asynchronous inferior process.
+
+gdb_test "shell echo foo" "foo"
+
+set test "interrupt"
+gdb_test_multiple $test $test {
+ -re "interrupt\r\n$gdb_prompt " {
+ pass $test
+ }
+}
+
+set test "process stopped"
+gdb_test_multiple "" $test {
+ -re "\r\n\\\[process \[0-9\]+\\\] #1 stopped\\\.\r\n" {
+ pass $test
+ }
+}
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [patch] Fix `shell' command for async (PR 12850)
2011-06-07 17:13 ` Pedro Alves
2011-06-07 17:28 ` Jan Kratochvil
@ 2011-06-07 19:06 ` Joel Brobecker
2011-06-07 22:57 ` Pedro Alves
1 sibling, 1 reply; 7+ messages in thread
From: Joel Brobecker @ 2011-06-07 19:06 UTC (permalink / raw)
To: Pedro Alves, Ulrich.Weigand; +Cc: gdb-patches
> > +++ b/gdb/rs6000-nat.c
> > @@ -614,7 +614,7 @@ exec_one_dummy_insn (struct regcache *regcache)
>
> (Urgh, had never seen this bizarre code before. I wonder if
> this is still needed on any sane platform, or if it was only
> necessary on some ancient aix.)
I think it's worth testing. From the logs that I could gather,
this function was already there in 1992 (!) but it's not entirely
clear that it was for AIX. But, right now, I'd have a hard time
believing that it would be for any other kernel but AIX (the other
ones I can see are (Linux, *BSDs).
The oldest AIX we have now at AdaCore is 5.2. I'm wondering if Ulrich
might have access to something a little older?
--
Joel
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [patch] Fix `shell' command for async (PR 12850)
2011-06-07 19:06 ` Joel Brobecker
@ 2011-06-07 22:57 ` Pedro Alves
2011-06-15 17:03 ` Ulrich Weigand
0 siblings, 1 reply; 7+ messages in thread
From: Pedro Alves @ 2011-06-07 22:57 UTC (permalink / raw)
To: gdb-patches; +Cc: Joel Brobecker, Ulrich.Weigand
On Tuesday 07 June 2011 20:05:59, Joel Brobecker wrote:
> > > +++ b/gdb/rs6000-nat.c
> > > @@ -614,7 +614,7 @@ exec_one_dummy_insn (struct regcache *regcache)
> >
> > (Urgh, had never seen this bizarre code before. I wonder if
> > this is still needed on any sane platform, or if it was only
> > necessary on some ancient aix.)
>
> I think it's worth testing.
That'd be great. It'd get rid of another instance of
deprecated_insert_raw_breakpoint along with the bizarreness. :-)
> From the logs that I could gather,
> this function was already there in 1992 (!) but it's not entirely
> clear that it was for AIX. But, right now, I'd have a hard time
> believing that it would be for any other kernel but AIX (the other
> ones I can see are (Linux, *BSDs).
It can only be for AIX, AFAICS. grepping for rs6000-nat.o
only hits on gdb/config/powerpc/aix.mh --- the whole rs6000-nat.c
file is AIX only.
> The oldest AIX we have now at AdaCore is 5.2. I'm wondering if Ulrich
> might have access to something a little older?
--
Pedro Alves
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [patch] Fix `shell' command for async (PR 12850)
2011-06-07 22:57 ` Pedro Alves
@ 2011-06-15 17:03 ` Ulrich Weigand
2011-06-15 17:23 ` Joel Brobecker
0 siblings, 1 reply; 7+ messages in thread
From: Ulrich Weigand @ 2011-06-15 17:03 UTC (permalink / raw)
To: Pedro Alves; +Cc: gdb-patches, Joel Brobecker, Ulrich.Weigand
Pedro Alves wrote:
> On Tuesday 07 June 2011 20:05:59, Joel Brobecker wrote:
> > > > +++ b/gdb/rs6000-nat.c
> > > > @@ -614,7 +614,7 @@ exec_one_dummy_insn (struct regcache *regcache)
> > >
> > > (Urgh, had never seen this bizarre code before. I wonder if
> > > this is still needed on any sane platform, or if it was only
> > > necessary on some ancient aix.)
> >
> > I think it's worth testing.
>
> That'd be great. It'd get rid of another instance of
> deprecated_insert_raw_breakpoint along with the bizarreness. :-)
Unfortunately, I have no idea either whether this is still necessary
on any (reasonably) current AIX version ...
> > From the logs that I could gather,
> > this function was already there in 1992 (!) but it's not entirely
> > clear that it was for AIX. But, right now, I'd have a hard time
> > believing that it would be for any other kernel but AIX (the other
> > ones I can see are (Linux, *BSDs).
>
> It can only be for AIX, AFAICS. grepping for rs6000-nat.o
> only hits on gdb/config/powerpc/aix.mh --- the whole rs6000-nat.c
> file is AIX only.
Yes, that file is AIX only.
> > The oldest AIX we have now at AdaCore is 5.2. I'm wondering if Ulrich
> > might have access to something a little older?
The only AIX I have access to is 5.3, sorry ...
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
Ulrich.Weigand@de.ibm.com
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [patch] Fix `shell' command for async (PR 12850)
2011-06-15 17:03 ` Ulrich Weigand
@ 2011-06-15 17:23 ` Joel Brobecker
0 siblings, 0 replies; 7+ messages in thread
From: Joel Brobecker @ 2011-06-15 17:23 UTC (permalink / raw)
To: Ulrich Weigand; +Cc: Pedro Alves, gdb-patches, Ulrich.Weigand
> > > The oldest AIX we have now at AdaCore is 5.2. I'm wondering if Ulrich
> > > might have access to something a little older?
>
> The only AIX I have access to is 5.3, sorry ...
OK, I guess that it means I'm on duty for AIX testing ;-).
If neither of us has access to an older version of AIX (5.2),
I think it is reasonable to drop support for anything that's older.
--
Joel
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2011-06-15 17:23 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-06-07 15:24 [patch] Fix `shell' command for async (PR 12850) Jan Kratochvil
2011-06-07 17:13 ` Pedro Alves
2011-06-07 17:28 ` Jan Kratochvil
2011-06-07 19:06 ` Joel Brobecker
2011-06-07 22:57 ` Pedro Alves
2011-06-15 17:03 ` Ulrich Weigand
2011-06-15 17:23 ` Joel Brobecker
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox