improve abort fallback behavior when raising SIGABRT fails to terminate
authorRich Felker <dalias@aerifal.cx>
Sun, 3 Jul 2016 21:42:05 +0000 (17:42 -0400)
committerRich Felker <dalias@aerifal.cx>
Sun, 3 Jul 2016 22:01:07 +0000 (18:01 -0400)
commit0c8bc102f287d3993751d80ba2dffb01e0c8bc7f
treedbf09a7d278e1468eb83429eed9e178f1f05d951
parentee3f0c551669ca1c61abac0888f93a27b0b17856
improve abort fallback behavior when raising SIGABRT fails to terminate

these changes still do not yield a fully-conforming abort, but they
fix two known issues:

- per POSIX, termination via SIGKILL is not "abnormal", but both ISO C
  and POSIX require abort to yield abnormal termination.

- raising SIGKILL fails to do anything to pid 1 in some containers.

now, the trapping instruction produced by a_crash() is expected to
produce abnormal termination, without the risk of invoking a signal
handler since SIGILL and SIGSEGV are blocked, and _Exit, which
contains an infinite loop analogous to the one being removed from
abort itself, is used as a last resort.

this implementation still fails to produce an exit status as if the
process terminated via SIGABRT in cases where SIGABRT is blocked or
ignored, but fixing that is not easy; the obvious pseudo-solutions all
have subtle race conditions where a concurrent fork or exec can expose
incorrect signal state.
src/exit/abort.c