Estoy leyendo un libro llamado Programación del sistema Linux . Citando de este libro:
¿Qué pasa con las llamadas al sistema y otras funciones de la biblioteca? ¿Qué sucede si su proceso está en medio de la escritura en un archivo o la asignación de memoria, y un controlador de señales escribe en el mismo archivo o también invoca malloc()? Algunas funciones claramente no son reentrantes. Si un programa está en medio de la ejecución de una función no reentrante y se produce una señal y el controlador de la señal invoca esa misma función no reentrante, puede surgir el caos.
Pero luego seguirá:
Funciones de reentrada garantizada
Funciones garantizadas para ser reentrantes de forma segura para su uso en señales
algunas funciones aquí..
escribe()
algunas funciones aquí..
Estoy confundido, ¿es write() reentrante o no? Porque creo que choca con la afirmación:
¿Qué pasa si su proceso está en medio de escribir en un archivo?
Solo para agregar lo que el Sr. @Joachim Pileborg ya mencionó en su respuesta , según la entrada de wiki para Reentrada , las reglas básicas para una función que vuelve a entrar son
Para elaborar, la función, si vuelve a entrar, no tendrá ningún problema con su propia implementación (induciendo las estructuras de datos internas que usa para sí misma) ya sea que se llame desde un contexto diferente.
Un parámetro (como un descriptor de archivo) que se proporciona a la función no afecta su reentrada.
Entonces, para write() , la función en sí es Reentrante, pero si se llama con el mismo descriptor de archivo desde un hilo diferente, obviamente producirá un resultado erróneo. Una vez más, eso no significa que la reentrada de write() haya desaparecido. Es reentrante , pero no seguro para subprocesos, y estos dos son aspectos diferentes.
La reentrada tendría más que hacer si pudiera llamar a una función desde diferentes contextos sin perturbar otra llamada desde otro contexto.
Tomemos por ejemplo la función strtok . Por lo general, contiene una variable local static para realizar un seguimiento de la siguiente posición en la cadena que está tokenizando. Dado que las variables static locales se comparten entre todas las llamadas a la función, llamar a la función desde dos contextos diferentes causará problemas.
La llamada del sistema de write , por otro lado, no tiene datos internos que almacene entre llamadas, lo que hace que sea seguro llamar desde diferentes contextos.
Es importante tener en cuenta que reentrante no es lo mismo que seguro para subprocesos. Tome la función de write , por ejemplo, debido a que es reentrante, puede llamarla desde diferentes subprocesos utilizando diferentes archivos sin preocuparse de que los datos internos sean golpeados. Sin embargo, no es seguro para subprocesos. Llamarlo desde diferentes subprocesos utilizando el mismo descriptor de archivo generará problemas.
La documentación que está citando se refiere a los controladores de señales . Ese es un tipo de función muy específico que se recurre en casos excepcionales y se debe considerar programación de sistemas específicos. Desafían el flujo de control normal en el programa.
Si no está escribiendo manejadores de señales, esta documentación no es realmente útil para usted. Sin embargo, aquí está la lista de funciones que son seguras para la señal en Mac OS:
$ man sigaction The following functions are either reentrant or not interruptible by signals and are async-signal safe. Therefore applications may invoke them, without restriction, from signal-catching functions: Base Interfaces: _exit(), access(), alarm(), cfgetispeed(), cfgetospeed(), cfsetispeed(), cfsetospeed(), chdir(), chmod(), chown(), close(), creat(), dup(), dup2(), execle(), execve(), fcntl(), fork(), fpathconf(), fstat(), fsync(), getegid(), geteuid(), getgid(), getgroups(), getpgrp(), getpid(), getppid(), getuid(), kill(), link(), lseek(), mkdir(), mkfifo(), open(), pathconf(), pause(), pipe(), raise(), read(), rename(), rmdir(), setgid(), setpgid(), setsid(), setuid(), sigaction(), sigaddset(), sigdelset(), sigemptyset(), sigfillset(), sigismember(), signal(), sigpending(), sigprocmask(), sigsuspend(), sleep(), stat(), sysconf(), tcdrain(), tcflow(), tcflush(), tcgetattr(), tcgetpgrp(), tcsendbreak(), tcsetattr(), tcsetpgrp(), time(), times(), umask(), uname(), unlink(), utime(), wait(), waitpid(), write().