diff options
author | Dominique Quatravaux <dominique.quatravaux@epfl.ch> | 2022-02-24 09:23:21 -0500 |
---|---|---|
committer | Simon Marchi <simon.marchi@polymtl.ca> | 2022-02-24 10:48:37 -0500 |
commit | 7ff917016a203cdff3074abfcf96c1553944af94 (patch) | |
tree | e2a5a9a3d7a868acdff2b2f87e5e705bd30ff2f5 /libctf/ctf-open-bfd.c | |
parent | 0b313e95a73ad567915c9c1135d3d49f39236325 (diff) | |
download | gdb-7ff917016a203cdff3074abfcf96c1553944af94.zip gdb-7ff917016a203cdff3074abfcf96c1553944af94.tar.gz gdb-7ff917016a203cdff3074abfcf96c1553944af94.tar.bz2 |
gdb/darwin: skip over WIFSTOPPED wait4 status
On modern Darwin's, there appears to be a new circumstance in which a
MACH_NOTIFY_DEAD_NAME message can be received, and which was not
previously accounted for: to signal the WIFSTOPPED condition in the
debuggee. In that case the debuggee is not dead yet (and in fact,
counting it as dead would cause a zombie leak - A process in such a
state reparents to PID 1, but cannot be killed).
- Read and ignore such messages (counting on the next exception message
to let us know of the inferior's new state again)
- Refactor logging so as to clearly distinguish between the
MACH_NOTIFY_DEAD_NAME cases (WIFEXITED, WIFSTOPPED, signal, or
something else), and warn in the last case
Co-authored-by: Louis-He <1726110778@qq.com>
Co-authored-by: Philippe Blain <levraiphilippeblain@gmail.com>
Change-Id: Ie86904a894e9bd154e6b674b1bfbfbaee7fde3e1
Diffstat (limited to 'libctf/ctf-open-bfd.c')
0 files changed, 0 insertions, 0 deletions