* [musl] Question about SIGTIMER in musl
@ 2024-11-19 2:42 AK47
0 siblings, 0 replies; only message in thread
From: AK47 @ 2024-11-19 2:42 UTC (permalink / raw)
To: musl
[-- Attachment #1: Type: text/plain, Size: 932 bytes --]
Hi
We found a problem. The bottom-layer logic creates a timing thread through timer_create, but the upper-layer user is unaware of this behavior and reset the signal mask of this thread which will unmask 32 signal. As a result, the process will exit unexpectly.
The signal 32(SIGTIMER) will only used in musl timer and block for the SIGEV_THREAD. I think it can be seen as a special internal signal like 34. But in sigprocmask and pthread_sigmask, musl lacks protection for this signal. Users can modify the shielding status of such signals. Like in android, there is a function "filter_reserved_signals" used in sigprocmask to protect the internal signals state from being modified.
Considering that upper-layer users may not know the signal 32 has been blocked, should we add a default block for SIGTIMER in pthread_sigmask like android? Or is there other considerations?
Best
Li
[-- Attachment #2: Type: text/html, Size: 2024 bytes --]
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2024-11-19 2:43 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-11-19 2:42 [musl] Question about SIGTIMER in musl AK47
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/musl/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).