mailing list of musl libc
 help / color / mirror / code / Atom feed
* [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).