SetJmp/LongJmp:为什么这会引发段错?

jam*_*o00 7 c++ gcc g++ segmentation-fault

以下代码总结了我目前遇到的问题.我当前的执行流程如下,我在GCC 4.3中运行.

jmp_buf a_buf;
jmp_buf b_buf;

void b_helper()
{
    printf("entering b_helper");
    if(setjmp(b_buf) == 0)
    {
        printf("longjmping to a_buf");
        longjmp(a_buf, 1);
    }
    printf("returning from b_helper");
    return; //segfaults right here
}
void b()
{
    b_helper();
}
void a()
{
    printf("setjmping a_buf");
    if(setjmp(a_buf) == 0)
    {
        printf("calling b");
        b();
    }
    printf("longjmping to b_buf");
    longjmp(b_buf, 1);
}
int main()
{
    a();
}
Run Code Online (Sandbox Code Playgroud)

上述执行流程在b_helper返回后立即创建段错误.它几乎就像只有b_helper堆栈帧有效,并且它下面的堆栈被擦除.

任何人都可以解释为什么会这样吗?我猜这是一个GCC优化,它正在擦除未使用的堆栈帧或其他东西.

谢谢.

Gre*_*ill 13

您只能longjmp()备份调用堆栈.调用longjmp(b_buf, 1)是事情开始出错的地方,因为引用b_buf后的堆栈帧不再存在longjmp(a_buf).

从以下文档longjmp:

在调用setjmp()例程的例程返回后,可能无法调用longjmp()例程.

这包括通过longjmp()函数"返回" .

  • 您可以将`longjmp()`视为"扩展返回".成功的`longjmp()`就像一系列连续的返回一样,展开调用栈直到它到达相应的`setjmp()`.一旦调用堆栈帧被解开,它们就不再有效.这与协程(例如Modula-2)或continuation(例如Scheme)的实现形成对比,其中调用栈在跳转到其他地方之后保持有效.C和C++仅支持单个线性调用堆栈,*除非*您使用创建多个独立调用堆栈的线程. (4认同)
  • 关键是b_helper()框架是*not*有效,而`b_buf`是指无效框架.执行继续到'b_helper()`结束的事实是一个意外. (4认同)
  • 一旦堆栈的一部分被释放,它就完全无效(其他函数调用,中断或任何可能覆盖内存的东西). (2认同)
  • @jameszhao00:但是如果你想在C中做协程,请看看http://www.chiark.greenend.org.uk/~sgtatham/coroutines.html whcih描述使用状态变量和switch语句来获得类似的影响. (2认同)

Mic*_*urr 5

标准说明了这一点longjmp()(7.13.2.1 longjmp函数):

longjmp函数使用相应的jmp_buf参数恢复最近调用setjmp宏所保存的环境.如果没有这样的调用,或者包含setjmp宏调用的函数已在临时中终止执行

用脚注澄清了这一点:

例如,通过执行return语句或因为另一个longjmp调用导致在嵌套调用集合中较早的函数中转移到setjmp调用.

所以你不能longjmp()在嵌套setjmp/ longjmp集合之间来回.