非系统调用的包装器，但类似于 snprintf()、dprintf()
问问题
9701 次
4 回答
15
我很确定您必须查看文档
编辑：那么这个列表怎么样？
来自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.
于 2010-01-13T12:27:38.737 回答
2
最后man 7 signal-safety包含感兴趣列表的最新版本：signal-safety.7.html
于 2017-09-14T10:40:56.583 回答
1
这似乎很难确定，因为您不知道库例程可能决定调用的随机不安全函数。该列表也可能在不同版本的 glibc 之间有所不同，或者如果您将它带到另一个类 Unix 系统。似乎您必须分析大量调用堆栈才能找到答案，即使从版本到版本，发行版到发行版，这也可能有点不稳定。
也许您不是在寻找替代的设计方法，但似乎更好的策略是：如果您的程序有一个事件循环，则使信号处理程序非常愚蠢，并且只是设置一些事件循环将拾取的状态。这样您就可以在信号处理程序之外进行有意义的工作。
示例：假设您在poll()某处有一个循环。也许您可以包含信号处理程序可以写入的管道。然后poll()循环根据它发出的信号进行一些重要的工作。
于 2010-01-18T04:23:20.483 回答
0
在应用程序崩溃后，我需要在 SIGSEGV 处理程序中使用它。
我想在崩溃时展开堆栈
如果您尝试捕获堆栈跟踪：
通常
abort会导致核心转储，它可以通过调试器运行以生成堆栈跟踪。或者，一种粗略的（但信号安全的）方法是使用单独
fork的exec实用程序（例如“pstack”）来输出崩溃任务的堆栈跟踪。当exec-ing （在fork-ing 之后，在孩子中）时，您需要使用getppid;传递您的进程 ID 在wait调用abort.
另一方面，如果您试图在 SIGSEGV 之后执行“干净”退出（例如，确保调用 C++ 析构函数等）——那么您应该被警告 POSIX 说：
http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_04_03_02：
在忽略不是由 kill()、sigqueue() 或 raise() 生成的 SIGFPE、SIGILL、SIGSEGV 或 SIGBUS 信号后，进程的行为未定义。
和http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_04_03_03：
一个进程的行为在它从一个信号捕获函数正常返回之后是未定义的，该函数不是由 kill()、sigqueue() 或 raise() 生成的 SIGBUS、SIGFPE、SIGILL 或 SIGSEGV 信号。
于 2014-11-30T15:13:14.620 回答