【问题标题】:Wrong status when calling _exit(errno) from child从孩子调用 _exit(errno) 时状态错误
【发布时间】:2015-10-24 00:31:11
【问题描述】:

我打电话给execvp(),在fork()'ed 的孩子中故意犯了错误的论点。 errno 数字在子进程中正确设置为 ENOENT。然后我用_exit(errno); 终止子进程。

我的主进程调用wait()。当我使用WIFEXITEDWEXITSTATUS 检查返回的状态时,我总是第一次调用时得到EINVAL。所有其他调用都返回正确的ENOENT 代码。

我无法解释这种行为。下面是完整的函数,它完成了上面所有的事情,但是有点复杂。

QVariantMap
System::exec(const QString & prog, const QStringList & args)
{
  pid_t pid = fork();

  if (pid == 0) {
    int cargs_len = args.length() + 2;
    char * cargs[cargs_len];
    cargs[cargs_len - 1] = NULL;

    QByteArrayList as;
    as.push_back(prog.toLocal8Bit());

    std::transform(args.begin(), args.end(), std::back_inserter(as),
        [](const QString & s) { return s.toLocal8Bit(); });

    for (int i = 0; i < as.length(); ++i) {
      cargs[i] = as[i].data();
    }

    execvp(cargs[0], cargs);

    // in case execvp fails, terminate the child process immediately
    qDebug() << "(" << errno << ") " << strerror(errno);  // <----------
    _exit(errno);

  } else if (pid < 0) {
    goto fail;

  } else {

    sigset_t mask;
    sigset_t orig_mask;

    sigemptyset(&mask);
    sigaddset(&mask, SIGCHLD);

    if (sigprocmask(SIG_BLOCK, &mask, &orig_mask) < 0) {
      goto fail;
    }

    struct timespec timeout;
    timeout.tv_sec = 0;
    timeout.tv_nsec = 10 * 1000 * 1000;

    while (true) {
      int ret = sigtimedwait(&mask, NULL, &timeout);

      if (ret < 0) {
        if (errno == EAGAIN) {
          // timeout
          goto win;
        } else {
          // error
          goto fail;
        }

      } else {
        if (errno == EINTR) {
          // not SIGCHLD
          continue;
        } else {
          int status = 0;
          if (wait(&status) == pid) {
            if (WIFEXITED(status)) {
              return { { "error", strerror(WEXITSTATUS(status)) } };
            } else {
              goto fail;
            }
          } else {
            goto fail;
          }
        }
      }
    }
  }

win:
  return {};

fail:
  return { { "error", strerror(errno) } };
}

事实证明,使用qDebug() 调用删除该行会使问题消失。为什么添加调试调用会改变程序的行为?

【问题讨论】:

  • 虽然exit(和_exit)接受int,但它真的不能处理除了有符号字节之外的任何东西,这意味着该值应该在0到255(含)之间。如果退出代码超出该范围,我认为行为未定义。
  • 为什么这个标签是c?在我看来,它更像c++
  • @JoachimPileborg 当然你是对的,但是ENOENT == 2,所以至少它应该是正确的。
  • 奇怪的是你屏蔽了SIGCHLD,却从未解除屏蔽。您将累积待处理的SIGCHLD 信号队列。如果您不想处理它们,那么您不需要阻止它们——默认情况下它们将被忽略。但是请注意,这与您将信号处置显式设置为 SIG_IGN 时不同——在后一种情况下,退出状态被丢弃,您不能在子节点上使用 wait(),但在前者中则不然。
  • @JohnBollinger 信号仅在使用实时信号接口时才排队,此处并非如此。标准信号不排队;如果在同一个信号的另一个实例已经挂起时引发了一个信号,那么当(并且如果)您取消阻止它时,只会传递一个信号。所以这里没有排队信号的积累。

标签: c++ wait exit errno qdebug


【解决方案1】:
qDebug() << "(" << errno << ") " << strerror(errno);
_exit(errno);

几乎任何对标准库函数的调用都可以修改errno。很可能qDebug 调用了一些设置errno 的I/O 函数,或者甚至可能是&lt;&lt; I/O 运算符。 errno 不会被大多数成功调用修改,但是您获得的级别越高,您越不知道引擎盖下没有一些正常的失败调用。因此,您正在打印的 errno 的值不是您传递给 _exiterrno 的值。

作为errno 的一般原则,如果您执行的操作比仅打印一次更复杂,请先将值保存到变量中,然后再执行其他操作。

正如在 cmets 中已经提到的,请注意大多数 Unix 系统(包括所有常见系统)仅传递 8 位值作为退出状态,但 errno 可以大于 255。例如,如果您在系统上运行此程序其中 256 是可能的错误代码,调用 _exit(256) 会导致调用者看到返回代码 0,从而错误地认为成功。

通常将所有错误值折叠为成功/失败就足够了。如果您需要区分更多信息,请确保您通过 exit/wait 传递的信息在 0–255 范围内。

int exec_error = errno;
qDebug() << "(" << exec_error << ") " << strerror(exec_error);
_exit(!!exec_error);

【讨论】:

  • 很好的答案,这个解释对我来说很有意义,使用临时变量是个好主意。我还有最后一个问题:_exit(!!exit_error); 中的双重否定是怎么回事?
  • @CuriousMan 将 0 映射为 0,将任何其他值映射为 1。
  • 啊,我明白了,因为溢出。谢谢!
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2020-08-12
  • 2014-05-14
  • 2020-11-26
  • 1970-01-01
  • 1970-01-01
  • 2015-06-14
  • 1970-01-01
相关资源
最近更新 更多