1）在C中，如何捕获段错误？我知道操作系统中的某些东西会引起段错误，但如果程序发生段错误，C程序可以做些什么来比单纯的“Segmentation fault”更优雅地结束程序?
2）这有多具可移植性？
我想象这是非常不具可移植性的行为，因此如果您发布任何捕获段错误的代码，请告诉我它适用于什么平台。我在Mac OS X上，但我希望我的程序能够在尽可能多的平台上运行，并且我想了解我的选择。
不要担心 - 我只想打印一条更友好的错误消息并释放一些已经使用malloc()分配的内存，然后结束程序。我不打算忽略所有的段错误并继续前进。
好的，SIGSEGV是可以被捕获的，而且这是POSIX标准，因此从这个意义上说它是可移植的。
但我担心你似乎想处理段错误而不是修复导致段错误的问题。如果我必须选择是操作系统有问题还是我的代码有问题，我知道该选哪个。我建议你找到那个bug，修复它，然后编写一个测试用例来确保它永远不会再次发生。
#include <signal.h>
void (*signal(int signum, void (*sighandler)(int)))(int);
类似以下代码：
signal(SIGINT , clean_exit_on_sig);
signal(SIGABRT , clean_exit_on_sig);
signal(SIGILL , clean_exit_on_sig);
signal(SIGFPE , clean_exit_on_sig);
signal(SIGSEGV, clean_exit_on_sig); // <-- this one is for segmentation fault
signal(SIGTERM , clean_exit_on_sig);
void
clean_exit_on_sig(int sig_num)
{
printf ("\n Signal %d received",sig_num);
}
你需要定义一个信号处理函数。在Unix系统上，可以使用sigaction 函数来实现这一点。我已经在 Fedora 64 位和 32 位以及 Sun Solaris 上使用相同的代码完成了此操作。
free()和printf()。最佳实践是设置一个变量并返回，但这对你没有太大帮助。同时，使用系统调用如write()是安全的。backtrace_symbols_fd()函数将是安全的，因为它直接使用原始fd，但对fprintf()的调用是不正确的，应该替换为使用write()。信号处理在unix机器上（包括Mac和Linux）是（相对）可移植的。重要的区别在于异常细节，这些异常细节作为参数传递给信号处理程序。很抱歉，如果您想打印更合理的错误消息（例如故障发生的位置和原因），可能需要一堆#ifdefs。
好的，下面是一个代码片段供您参考：
#include <signal.h>
/* reached when a segv occurrs */
void
SEGVFunction( SIGARGS )
{
...
}
...
main(...) {
signal(SIGSEGV, SEGVFunction); /* tell the OS, where to go in case... */
...
... do your work ...
}
你的任务是：
理论上，你甚至可以在信号处理程序中修补pc（到故障指令之后），然后继续执行。然而，典型的信号处理程序要么退出()，要么longjmp()回到主函数中保存的位置。
此致
这里有一个使用glibc的backtrace()函数来捕获SIGSEGV并打印堆栈跟踪的示例：
您可以使用此方法来捕获段错误并进行清理，但请注意：您不应该在信号处理程序中执行太多操作，特别是涉及像malloc()这样的调用。有很多调用不是信号安全的，如果您从malloc内部发出调用，可能会自食其果。
我认为你正在试图解决一个不存在的问题。至少你在错误的方向上努力。你无法“捕获”分段错误，因为这个错误/异常是由操作系统抛出的（它是由你的程序引起的，操作系统只是“捕获”它）。
我建议你重新考虑输入策略：为什么无法对其进行清理？最重要的是进行大小检查，C标准库有适当的函数来完成此任务。然后当然你需要检查内容是否有效。是的，这可能会导致很多工作，但这是编写健壮程序的唯一方法。
编辑：我不是C语言专家，不知道甚至分段错误也可以通过信号处理器来处理。尽管如此，我仍然认为出于上述原因，这不是正确的方法。