c/c++语言开发共享便携式捕获信号并向用户报告问题的方法

该表列出了POSIX保证异步信号安全的所有function，因此可以从信号处理程序中调用。

通过使用此表中的’write’命令，以下相对“丑陋”的解决方案有望成功：

 #include  #ifdef _WINDOWS_ #define _exit _Exit #else #include  #endif #define PRINT_SIGNAL(X) case X:  write (STDERR_FILENO, #X ")n" , sizeof(#X ")n")-1);  break; void catchSignal (int reason) { char s[] = "Caught signal: ("; write (STDERR_FILENO, s, sizeof(s) - 1); switch (reason) { // These are the handlers that we catch PRINT_SIGNAL(SIGUSR1); PRINT_SIGNAL(SIGHUP); PRINT_SIGNAL(SIGINT); PRINT_SIGNAL(SIGQUIT); PRINT_SIGNAL(SIGABRT); PRINT_SIGNAL(SIGILL); PRINT_SIGNAL(SIGFPE); PRINT_SIGNAL(SIGBUS); PRINT_SIGNAL(SIGSEGV); PRINT_SIGNAL(SIGTERM); } _Exit (1); // 'exit' is not async-signal-safe } 

编辑：在Windows上构建。

在尝试构建这个窗口后，似乎未定义“STDERR_FILENO”。 然而，从文档中它的值似乎是’2’。

 #include  #define STDIO_FILENO 2 

编辑：不应该从信号处理程序调用’exit’！

正如fizzer所指出的，在上面调用_Exit是一种用于HUP和TERM等信号的大锤方法。 理想情况下，当捕获这些信号时，可以使用具有“volatile sig_atomic_t”类型的标志来通知主程序它应该退出。

以下我发现在我的搜索中很有用。

FWIW，2也是Windows上的标准错误，但是你需要一些条件编译，因为它们的write（）被称为_write（）。 你也想要

 #ifdef SIGUSR1 /* or whatever */ 

所有对信号的引用都不能保证由C标准定义。

另外，如上所述，您不希望像这样处理SIGUSR1，SIGHUP，SIGINT，SIGQUIT和SIGTERM。

理查德，仍然没有足够的业力评论，所以一个新的答案，我害怕。 这些是异步信号; 你不知道什么时候交付，所以你可能会在库代码中需要完成以保持一致。 因此，需要返回这些信号的信号处理程序。 如果你调用exit（），库将在main（）之后做一些工作，包括调用用atexit（）注册的函数并清理标准流。 例如，如果您的信号到达标准库I / Ofunction，则此处理可能会失败。 因此，在C90中，您不能调用exit（）。 我现在看到C99通过在stdlib.h中提供一个新函数_Exit（）来放宽要求。 可以从异步信号的处理程序安全地调用_Exit（）。 _Exit（）不会调用atexit（）函数，并且可能会根据实现自行决定省略清理标准流。

to bk1e（发表几篇文章） SIGSEGV同步的事实是你不能使用那些不是可重入的函数的原因。 如果崩溃的函数持有一个锁，并且信号处理程序调用的函数试图获取相同的锁，该怎么办？

这是一种可能性，但这不是“SIGSEGV同步的事实”，这就是问题所在。 从异步信号中调用处理程序中的非重入函数要差得多，原因有两个：

编写一个启动程序来运行程序并向用户报告exception退出代码。