|
|
|
@ -444,6 +444,9 @@ This behaviour is useful when you want to do your own signal handling, or
|
|
|
|
|
want to handle signals only in specific threads and want to avoid libev
|
|
|
|
|
unblocking the signals.
|
|
|
|
|
|
|
|
|
|
It's also required by POSIX in a threaded program, as libev calls
|
|
|
|
|
C<sigprocmask>, whose behaviour is officially unspecified.
|
|
|
|
|
|
|
|
|
|
This flag's behaviour will become the default in future versions of libev.
|
|
|
|
|
|
|
|
|
|
=item C<EVBACKEND_SELECT> (value 1, portable select backend)
|
|
|
|
@ -2302,7 +2305,8 @@ and unblock them in an C<ev_prepare> watcher.
|
|
|
|
|
Both the signal mask (C<sigprocmask>) and the signal disposition
|
|
|
|
|
(C<sigaction>) are unspecified after starting a signal watcher (and after
|
|
|
|
|
stopping it again), that is, libev might or might not block the signal,
|
|
|
|
|
and might or might not set or restore the installed signal handler.
|
|
|
|
|
and might or might not set or restore the installed signal handler (but
|
|
|
|
|
see C<EVFLAG_NOSIGMASK>).
|
|
|
|
|
|
|
|
|
|
While this does not matter for the signal disposition (libev never
|
|
|
|
|
sets signals to C<SIG_IGN>, so handlers will be reset to C<SIG_DFL> on
|
|
|
|
|