mq_notify: block all (application) signals in the worker thread
authorRich Felker <dalias@aerifal.cx>
Sun, 12 Feb 2023 00:13:10 +0000 (19:13 -0500)
committerRich Felker <dalias@aerifal.cx>
Sun, 12 Feb 2023 20:05:39 +0000 (15:05 -0500)
commit0ab97350f01b42de0f9fd811ee08653169661859
tree30c9b583f4e9ce595dcf0070b20b1981a18fa474
parent711673ee772e20a74aaf301c2d7745c20c4f4d47
mq_notify: block all (application) signals in the worker thread

until the mq notification event arrives, it is mandatory that signals
be blocked. otherwise, a signal can be received, and its handler
executed, in a thread which does not yet exist on the abstract
machine.

after the point of the event arriving, having signals blocked is not a
conformance requirement but a QoI requirement. while the application
can unblock any signals it wants unblocked in the event handler
thread, if they did not start out blocked, it could not block them
without a race window where they are momentarily unblocked, and this
would preclude controlled delivery or other forms of acceptance
(sigwait, etc.) anywhere in the application.
src/mq/mq_notify.c