summaryrefslogtreecommitdiff
path: root/src/env/clearenv.c
diff options
context:
space:
mode:
authorRich Felker <dalias@aerifal.cx>2022-08-20 12:24:49 -0400
committerRich Felker <dalias@aerifal.cx>2022-08-20 12:24:49 -0400
commit2e5fff43dd7fc808197744c67cca7908ac19bb4f (patch)
treee62bcaa00019889aa5fa574a71336b364934c7f7 /src/env/clearenv.c
parent379b18218d18a049b5423bbb9bb22e066ffc3f78 (diff)
downloadmusl-2e5fff43dd7fc808197744c67cca7908ac19bb4f.tar.gz
musl-2e5fff43dd7fc808197744c67cca7908ac19bb4f.tar.bz2
musl-2e5fff43dd7fc808197744c67cca7908ac19bb4f.tar.xz
musl-2e5fff43dd7fc808197744c67cca7908ac19bb4f.zip
use alt signal stack when present for implementation-internal signals
a request for this behavior has been open for a long time. the motivation is that application code, particularly under some language runtimes designed around very-low-footprint coroutine type constructs, may be operating with extremely small stack sizes unsuitable for receiving signals, using a separate signal stack for any signals it might handle. progress on this was blocked at one point trying to determine whether the implementation is actually entitled to clobber the alt stack, but the phrasing "available to the implementation" in the POSIX spec for sigaltstack seems to make it clear that the application cannot rely on the contents of this memory to be preserved in the absence of signal delivery (on the abstract machine, excluding implementation-internal signals) and that we can therefore use it for delivery of signals that "don't exist" on the abstract machine. no change is made for SIGTIMER since it is always blocked when used, and accepted via sigwaitinfo rather than execution of the signal handler.
Diffstat (limited to 'src/env/clearenv.c')
0 files changed, 0 insertions, 0 deletions