work around "signal loses thread pointer" issue with "approach 2"
authorRich Felker <dalias@aerifal.cx>
Mon, 27 Feb 2012 23:51:02 +0000 (18:51 -0500)
committerRich Felker <dalias@aerifal.cx>
Mon, 27 Feb 2012 23:51:02 +0000 (18:51 -0500)
commitdac084a4c5f52bb3b121675320c47d3c3614174e
tree4bedab31901416ccf1093b083dba7df5a699096d
parent834255a3ffb5be208024e66b1f794d9f4201413c
work around "signal loses thread pointer" issue with "approach 2"

this was discussed on the mailing list and no consensus on the
preferred solution was reached, so in anticipation of a release, i'm
just committing a minimally-invasive solution that avoids the problem
by ensuring that multi-threaded-capable programs will always have
initialized the thread pointer before any signal handler can run.

in the long term we may switch to initializing the thread pointer at
program start time whenever the program has the potential to access
any per-thread data.
src/signal/sigaction.c
src/thread/pthread_self.c