libsigsegv 和响应堆栈溢出

我们正在尝试测试学生代码，为了使该过程自动化，我们希望检测学生的代码是否溢出堆栈。

我使用 libsigsegv 库及其相应的 stackoverflow_install_handler 取得了一些成功。它运行得非常出色，直到学生的代码两次破坏堆栈。

例如，以下是一些示例输出：

[# ~]$ ledit ./interpreter
-> (use solution)
-> (fun 1 2)

*** Stack overflow detected ***
-> (fun 1 2)
Signal -10
[# ~]

最初的 ”* 检测到堆栈溢出 *”是理想的输出。第二次清除堆栈后，我得到的只是一个无用的“信号-10”，程序停止执行。我想再次看到堆栈溢出检测到的消息，并让代码继续执行。

在我的堆栈溢出处理程序中，我只是将溢出检测消息打印到 stderr 并长跳回到解释器中的“等待输入状态”。

谢谢你的帮助！

EDIT

根据下面 caf 的建议，我们添加了对 sigsegv_leave_handler() 的调用，如下所示：

static void continuation(void *arg1, void *arg2, void *arg3) {                  
  (void)(arg1);                                                                 
  (void)(arg2);                                                                 
  (void)(arg3);                                                                 
  siglongjmp(errorjmp, 1);                                                      
}                                                                               

static void handler(int emergency, stackoverflow_context_t context) {           
 (void)emergency;                                                               
 (void)context;                                                                 
 fprintf(stderr, "\n*** Stack overflow detected ***\n");                        
 fflush(stderr);                                                                
 sigsegv_leave_handler(continuation, NULL, NULL, NULL);                         
}  

但是，输出仍然相同。

仅仅通过 longjmping 避免堆栈溢出不一定是足够的。我还没有看到您将其嵌入其中的解释器的源代码，但我的预感是堆栈溢出导致一些内部解释器状态损坏，可能导致另一次崩溃。特别要注意的是，您收到的信号是 SIGBUS (10)，而不是 SIGSEGV (11)。

想象一下以下场景：当解释器调用时，您只是缺少堆栈溢出malloc。 Malloc 更改一些内部数据，然后调用辅助函数。发生堆栈溢出，并且您 longjmp 返回解释器主循环。您的 malloc 池现在已损坏，您对此无能为力。

我建议在检测到堆栈溢出时终止并重新启动解释器。或者，准确地弄清楚解释器状态是如何被损坏的，并安排它不再是一个问题（这可能非常困难！）。您还可以在解释器中使用显式堆栈深度检查，而不是捕获 SIGSEGV；这将允许您在 SIGSEGV 强制问题之前在安全点处理错误。