[Bug gdb/29965] [gdb] FAIL: gdb.threads/process-exit-status-is-leader-exit-status.exp: iteration=1: continue (the program exited)

["vries at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=29965

--- Comment #5 from Tom de Vries <vries at gcc dot gnu.org> ---
This linux kernel commit (first include in release v6.1.0) looks interesting:
...
commit d80f7d7b2c75c5954d335dffbccca62a5002c3e0
Author: Eric W. Biederman <ebiederm@xmission.com>
Date:   Tue Jun 21 14:38:52 2022 -0500

    signal: Guarantee that SIGNAL_GROUP_EXIT is set on process exit

    Track how many threads have not started exiting and when the last
    thread starts exiting set SIGNAL_GROUP_EXIT.

    This guarantees that SIGNAL_GROUP_EXIT will get set when a process
    exits.  In practice this achieves nothing as glibc's implementation of
    _exit calls sys_group_exit then sys_exit.  While glibc's implemenation
    of pthread_exit calls exit (which cleansup and calls _exit) if it is
    the last thread and sys_exit if it is the last thread.

    This means the only way the kernel might observe a process that does
    not set call exit_group is if the language runtime does not use glibc.

    With more cleanups I hope to move the decrement of quick_threads
    earlier.

    Link:
https://lkml.kernel.org/r/87bkukd4tc.fsf_-_@email.froward.int.ebiederm.org
    Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>

...

-- 
You are receiving this mail because:
You are on the CC list for the bug.