Skip to content

Commit d4ba338

Browse files
committed
On signal-safety(7) man page.
1 parent 834f129 commit d4ba338

File tree

1 file changed

+5
-5
lines changed

1 file changed

+5
-5
lines changed

signals.tex

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -415,11 +415,11 @@
415415
signal is delivered within a function and the same function is called from the
416416
handler, and the function is not ready for that). Minimal set of functions
417417
that must be ifdef([[[NOSPELLCHECK]]], [[[\emsl{\emph{async-signal-safe}}]]])
418-
is listed in SUSv4 in section
419-
\emph{System Interfaces: General Information $\Rightarrow$ Signal Concepts
420-
$\Rightarrow$ Signal Actions (2.4.3)}. Systems can extend the list, of course.
421-
Whether a function is safe to use in a signal handler or not should be
422-
documented in its manual page.
418+
is listed in SUSv4 in section \emph{System Interfaces: General Information
419+
$\Rightarrow$ Signal Concepts $\Rightarrow$ Signal Actions (2.4.3)}. Systems
420+
can extend the list, of course. Whether a function is safe to use in a signal
421+
handler or not should be documented in its manual page. On Linux, see also
422+
the \texttt{signal-safety(7)} manual page.
423423
\item Using static data and/or locking in a function would generally be a
424424
problem for its asynchronous signal safety. It can lead to corrupt data,
425425
deadlocks, etc. As the set of functions safe to use in a handler is limited,

0 commit comments

Comments
 (0)