13

非系统调用的包装器，但类似于 snprintf()、dprintf()

4

4 回答 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 回答