【问题标题】:Examining alternate signal stack (Different ways to allocate it)检查备用信号堆栈(分配它的不同方法)
【发布时间】:2015-06-27 23:54:52
【问题描述】:

我正在尝试备用信号堆栈(man sigaltstack)。

两段代码分配堆栈的方式不同:

int method1(void)
{
    struct sigaction act, oldact;

    memset(&act, 0, sizeof(act));
    act.sa_sigaction = SignalHandler;
    act.sa_flags = SA_RESTART | SA_SIGINFO | SA_ONSTACK;
    sigemptyset(&act.sa_mask);
    if (sigaction(THREAD_SIGNAL, &act, &oldact) != 0) {
        ALOGW("sigaction failed %s\n", strerror(errno));
        return -errno;
    }

    return 0;
}

我只是在注册信号时使用了 SA_ONSTACK。在调度信号线程时,在 pthread_create 中,如果设置了此标志,则分配 8kb 的堆栈,如下所示(SIGSTKSZ = 0x2000(8kb)):

  ss.ss_sp = mmap(NULL, SIGSTKSZ, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0);
  if (ss.ss_sp != MAP_FAILED) {
    ss.ss_size = SIGSTKSZ;
    ss.ss_flags = 0;
    sigaltstack(&ss, NULL);
    thread->alternate_signal_stack = ss.ss_sp;
  }

在注册信号处理程序的同时做同样事情的另一种方式。

int method2(void)
{
    struct sigaction act, oldact;
    stack_t ss;

    ss.ss_sp = malloc(SIGSTKSZ);
    if (ss.ss_sp == NULL)
        return -ENOMEM;

    ss.ss_size = SIGSTKSZ;
    ss.ss_flags = 0;
    sigaltstack(&ss, NULL);

    memset(&act, 0, sizeof(act));
    act.sa_sigaction = SignalHandler;
    act.sa_flags = SA_RESTART | SA_SIGINFO | SA_ONSTACK;
    sigemptyset(&act.sa_mask);
    if (sigaction(THREAD_SIGNAL, &act, &oldact) != 0) {
        ALOGW("sigaction failed %s\n", strerror(errno));
        return -errno;
    }

    return 0;
}

在这种情况下,我不依赖仿生来为我分配默认堆栈。我正在分配我自己的堆栈并使用它。

因此,在这两种情况下,我都分配了 8kb 的信号堆栈。

我在信号处理程序中放置了一个while(1),并在向进程发送信号后检查了proc/pid/maps

结果如下:

方法一(pthread_create中仿生分配的栈):

7faa8d1000-7faa8d3000 rw-p 00000000 00:00 0        [stack:6633]

方法2(应用程序使用malloc分配堆栈):

7fb7300000-7fb7500000 rw-p 00000000 00:00 0        [stack:6567]

奇怪的是,虽然我在方法 2 中使用 malloc() 只分配了 8kb 的堆栈,但堆栈似乎分配了大约 2MB(0x200000)。

请就问题所在或预期行为向我提出建议。

【问题讨论】:

    标签: c linux signals bionic


    【解决方案1】:

    我曾见过 procfs 中有关堆栈的信息不正确的情况。尝试在信号处理程序中打印局部变量的地址。我敢打赌,你会发现你看到的堆栈是主堆栈。

    我不知道为什么会发生这种情况,但它看起来像是一个内核问题。我在 Linux 上也看到过。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2022-01-02
      • 2023-04-08
      • 1970-01-01
      • 1970-01-01
      • 2012-11-05
      • 1970-01-01
      • 2016-06-26
      • 1970-01-01
      相关资源
      最近更新 更多