C++ signal.h是捕获空指针的可靠方法吗？
我目前正在用C/C++编写一个小型虚拟机。显然，如果用户取消引用空指针，我不能让整个虚拟机崩溃，因此我必须检查每个访问，随着虚拟机的增长和更多系统的实现，访问变得越来越麻烦 因此，我有了一个想法：为sigsegv编写一个信号处理程序，让操作系统完成它的工作，但不要关闭程序，而是调用VM异常处理程序 它似乎可以工作（在我非常简单的测试用例中），但我没有发现任何东西可以保证在null derefs上抛出Sigsegv，也没有找到任何可以为操作系统生成的信号调用处理程序的东西 所以我的问题是： 我能指望现代destkop操作系统上的signal.h吗（我真的不在乎它是否是标准的，它在linux/win以外的其他系统上不起作用：这是一个宠物项目）。我是否应该注意一些非琐碎的东西（信号的模糊限制（…）或longjmp（…）？） 谢谢大家! 以下是伪实现：C++ signal.h是捕获空指针的可靠方法吗？,c++,c,error-handling,operating-system,signals,C++,C,Error Handling,Operating System,Signals,我目前正在用C/C++编写一个小型虚拟机。显然，如果用户取消引用空指针，我不能让整个虚拟机崩溃，因此我必须检查每个访问，随着虚拟机的增长和更多系统的实现，访问变得越来越麻烦 因此，我有了一个想法：为sigsegv编写一个信号处理程序，让操作系统完成它的工作，但不要关闭程序，而是调用VM异常处理程序 它似乎可以工作（在我非常简单的测试用例中），但我没有发现任何东西可以保证在null derefs上抛出Sigsegv，也没有找到任何可以为操作系统生成的信号调用处理程序的东西 所以我的问题是： 我能指
/* ... */
jmp_buf env;
/* ... */
void handler(int) {
longjmp(env, VM_NULLPTR);
}
/* ... */
if(setjmp(env)) {
return vm_throw("NullPtrException");
}
switch(opcode) {
/* instructions */
case INVOKE:
*stack_top = vm_call(stack_top->obj); // don't check anything in the case where stack_top or stack_top->obj is null handler() will be called an a "NullPtrException" will be thrown
break;
/* more instructions */
}
/* ... */
longjmp（）printf（）longjmp（）signal.h是捕获空指针的可靠方法吗 有些情况下，即使在POSIX系统上，空指针解引用也不会导致引发分段故障信号
- 一种情况可能是编译器优化了操作，这是典型的情况，例如，取消引用空指针以调用不访问任何数据成员的成员函数。当没有无效内存访问时，也没有信号。当然，在这种情况下也不会发生撞车
- 另一种情况可能是地址0实际上是有效的。AIX上就是这种情况，您不关心它。Linux上也是如此，您确实关心它，但不是默认情况，您可能会选择不关心它所在的位置。有关更多详细信息，请参阅
然后是信号处理程序的实现
longjmp*（int*）（-5）=1