linux - Necesito una lista de funciones Async-Signal-Safe de glibc

async-safe

Question

Los contenedores de syscall, pero algo así como snprintf (), dprintf ()

Answer 1

Esto parece difícil de determinar, ya que no sabe qué función aleatoria insegura puede decidir llamar una rutina de biblioteca. La lista también puede ser diferente entre las diferentes versiones de glibc, o si lo lleva a otro sistema tipo Unix. Parece que tendrías que analizar muchas pilas de llamadas para encontrar la respuesta, e incluso eso puede ser un poco inestable de una versión a otra, distro a la distribución.

Tal vez no estés buscando enfoques de diseño alternativos, pero parece que una mejor estrategia sería: si tu programa tiene un ciclo de eventos, haz que el manejador de señal sea muy estúpido y simplemente establezca un estado que recupere el ciclo de evento. De esa forma, haces el trabajo significativo fuera del controlador de señal.

Ejemplo: Supongamos que tienes un bucle de poll() alguna parte. Tal vez podrías incluir una tubería en la que el manejador de señal pueda escribir. Luego, el ciclo poll() hace un trabajo no trivial basado en que lo señale.

Answer 2

Estoy bastante seguro de que tienes que ver la documentación

Editar : ¿Qué tal esta lista ?

De la man signal :

NOTES
The effects of this call in a multi-threaded process are unspecified.
The routine handler must be very careful, since processing elsewhere
was interrupted at some arbitrary point. POSIX has the concept of "safe
function". If a signal interrupts an unsafe function, and handler
calls an unsafe function, then the behavior is undefined. Safe func-
tions are listed explicitly in the various standards. The POSIX.1-2003
list is
_Exit() _exit() abort() accept() access() aio_error() aio_return()
aio_suspend() alarm() bind() cfgetispeed() cfgetospeed() cfsetispeed()
cfsetospeed() chdir() chmod() chown() clock_gettime() close() connect()
creat() dup() dup2() execle() execve() fchmod() fchown() fcntl() fdata-
sync() fork() fpathconf() fstat() fsync() ftruncate() getegid()
geteuid() getgid() getgroups() getpeername() getpgrp() getpid() getp-
pid() getsockname() getsockopt() getuid() kill() link() listen()
lseek() lstat() mkdir() mkfifo() open() pathconf() pause() pipe()
poll() posix_trace_event() pselect() raise() read() readlink() recv()
recvfrom() recvmsg() rename() rmdir() select() sem_post() send()
sendmsg() sendto() setgid() setpgid() setsid() setsockopt() setuid()
shutdown() sigaction() sigaddset() sigdelset() sigemptyset() sig-
fillset() sigismember() signal() sigpause() sigpending() sigprocmask()
sigqueue() sigset() sigsuspend() sleep() socket() socketpair() stat()
symlink() sysconf() tcdrain() tcflow() tcflush() tcgetattr() tcgetp-
grp() tcsendbreak() tcsetattr() tcsetpgrp() time() timer_getoverrun()
timer_gettime() timer_settime() times() umask() uname() unlink()
utime() wait() waitpid() write().
According to POSIX, the behaviour of a process is undefined after it
ignores a SIGFPE, SIGILL, or SIGSEGV signal that was not generated by
the kill(2) or the raise(3) functions. Integer division by zero has
undefined result. On some architectures it will generate a SIGFPE sig-
nal. (Also dividing the most negative integer by -1 may generate
SIGFPE.) Ignoring this signal might lead to an endless loop.
See sigaction(2) for details on what happens when SIGCHLD is set to
SIG_IGN.
The use of sighandler_t is a GNU extension. Various versions of libc
predefine this type; libc4 and libc5 define SignalHandler, glibc
defines sig_t and, when _GNU_SOURCE is defined, also sighandler_t.

Answer 3

Necesito esto en SIGSEGV handler DESPUÉS de la falla de la aplicación.

Quiero desenrollar la pila en crash

Si intenta capturar un rastro de pila:

• Normalmente, abort causaría un volcado del núcleo, que se puede ejecutar a través de un depurador para producir el seguimiento de la pila.

• Alternativamente, una forma cruda (pero segura de señal) de hacerlo sería fork y exec una utilidad separada (por ejemplo, "pstack") para generar un seguimiento de la pila de su tarea bloqueada. Al ejecutar (después de fork , en el niño), tendrá que pasar su identificación del proceso usando getppid ; y en el padre tendrá que wait a que termine, antes de llamar a abort .

Por otro lado, si intenta hacer una salida "limpia" después de SIGSEGV (por ejemplo, asegurando que se llame a los destructores de C ++, etc.), entonces se le debe advertir que POSIX dice:

http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_04_03_02 :

El comportamiento de un proceso no está definido después de ignorar una señal SIGFPE, SIGILL, SIGSEGV o SIGBUS que no fue generada por kill (), sigqueue () o raise ().

y http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_04_03_03 :

El comportamiento de un proceso no está definido después de que regrese normalmente de una función de captura de señal para una señal SIGBUS, SIGFEG, SIGILL o SIGSEGV que no fue generada por kill (), sigqueue () o raise ().

Answer 4

Finalmente, las últimas versiones de man 7 signal-safety contienen la lista de interesados: signal-safety.7.html