summaryrefslogtreecommitdiff
path: root/gdb/darwin-nat.c
diff options
context:
space:
mode:
authorXavier Roirand <roirand@adacore.com>2017-06-08 18:10:18 +0200
committerTom Tromey <tom@tromey.com>2018-08-02 15:08:45 -0600
commit1584354913285389063622a39f845851f332eb9a (patch)
treeefd9d7932bb5174244b59e0df9960b0b6edf3dd6 /gdb/darwin-nat.c
parentb5bddbbbbcece5d52115bd3e1299cec2a3b362f0 (diff)
downloadbinutils-gdb-1584354913285389063622a39f845851f332eb9a.tar.gz
Fix kill issue leading to zombie process on MacOS Sierra
Starting with MacOS version Sierra, the gdb kill command seems to work but inferior remains as zombie on the host. Notice that, as zombie process, the inferior is not killable by the user, nor by root. The kill signal gdb sent to the inferior is not handled in gdb as a signal sent by gdb thus no reply is made and the process remains (since MacOS does not "release" the inferior because no reply have been made to the signal message). This patch fixes this problem. gdb/ChangeLog 2018-08-02 Xavier Roirand <roirand@adacore.com> PR gdb/22629: * darwin-nat.c (darwin_kill_inferior): Fix handling of kill inferior.
Diffstat (limited to 'gdb/darwin-nat.c')
-rw-r--r--gdb/darwin-nat.c18
1 files changed, 18 insertions, 0 deletions
diff --git a/gdb/darwin-nat.c b/gdb/darwin-nat.c
index 6d7b80ddcb1..be80163d22e 100644
--- a/gdb/darwin-nat.c
+++ b/gdb/darwin-nat.c
@@ -1549,6 +1549,24 @@ darwin_nat_target::kill ()
if (res == 0)
{
+ /* On MacOS version Sierra, the darwin_restore_exception_ports call
+ does not work as expected.
+ When the kill function is called, the SIGKILL signal is received
+ by gdb whereas it should have been received by the kernel since
+ the exception ports have been restored.
+ This behavior is not the expected one thus gdb does not reply to
+ the received SIGKILL message. This situation leads to a "busy"
+ resource from the kernel point of view and the inferior is never
+ released, causing it to remain as a zombie process, even after
+ GDB exits.
+ To work around this, we mark all the threads of the inferior as
+ signaled thus darwin_decode_message function knows that the kill
+ signal was sent by gdb and will take the appropriate action
+ (cancel signal and reply to the signal message). */
+ darwin_inferior *priv = get_darwin_inferior (inf);
+ for (darwin_thread_t *thread : priv->threads)
+ thread->signaled = 1;
+
darwin_resume_inferior (inf);
ptid = darwin_wait (inferior_ptid, &wstatus);