返回码的8位和终止信号的8位数字被混合成从wait(2) & co返回的单个值。

#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/wait.h>
#include <unistd.h>
#include <signal.h>

int main() {
    int status;

    pid_t child = fork();
    if (child <= 0)
        exit(42);
    waitpid(child, &status, 0);
    if (WIFEXITED(status))
        printf("first child exited with %u\n", WEXITSTATUS(status));
    /* prints: "first child exited with 42" */

    child = fork();
    if (child <= 0)
        kill(getpid(), SIGSEGV);
    waitpid(child, &status, 0);
    if (WIFSIGNALED(status))
        printf("second child died with %u\n", WTERMSIG(status));
    /* prints: "second child died with 11" */
}

你如何决定退出状态?传统上，shell只存储8位返回码，但如果进程异常终止，则设置高位。

$ sh -c 'exit 42'; echo $?
42
$ sh -c 'kill -SEGV $$'; echo $?
Segmentation fault
139
$ expr 139 - 128
11

如果你看到的不是这个，那么程序可能有一个SIGSEGV信号处理程序，然后正常调用exit，所以它实际上没有被信号杀死。(程序可以选择处理除SIGKILL和SIGSTOP之外的任何信号。)

有些是惯例，但其他一些保留的是POSIX标准的一部分。

126—找到要执行的文件，但它不是可执行实用程序。 127—没有找到要执行的实用程序。 >128—命令被信号中断。

参见man 1p退出的基本原理部分。

当Linux返回0时，意味着成功。其他都意味着失败。每个程序都有自己的退出码，所以要把它们都列出来实在是太长了……!

关于11错误代码，它确实是分段错误编号，主要意味着程序访问了一个没有分配的内存位置。

'1':笼统错误

'2':误用shell内置程序(根据Bash文档)

“126”:调用的命令无法执行

'127': "命令未找到"

'128':无效的退出参数

'128+n':致命错误信号"n"

'130':以Ctrl + C结束的脚本

255:超出范围的退出状态

这是给巴斯的。但是，对于其他应用程序，有不同的退出代码。

返回码的8位和终止信号的8位数字被混合成从wait(2) & co返回的单个值。

#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/wait.h>
#include <unistd.h>
#include <signal.h>

int main() {
    int status;

    pid_t child = fork();
    if (child <= 0)
        exit(42);
    waitpid(child, &status, 0);
    if (WIFEXITED(status))
        printf("first child exited with %u\n", WEXITSTATUS(status));
    /* prints: "first child exited with 42" */

    child = fork();
    if (child <= 0)
        kill(getpid(), SIGSEGV);
    waitpid(child, &status, 0);
    if (WIFSIGNALED(status))
        printf("second child died with %u\n", WTERMSIG(status));
    /* prints: "second child died with 11" */
}

你如何决定退出状态?传统上，shell只存储8位返回码，但如果进程异常终止，则设置高位。

$ sh -c 'exit 42'; echo $?
42
$ sh -c 'kill -SEGV $$'; echo $?
Segmentation fault
139
$ expr 139 - 128
11

如果你看到的不是这个，那么程序可能有一个SIGSEGV信号处理程序，然后正常调用exit，所以它实际上没有被信号杀死。(程序可以选择处理除SIGKILL和SIGSTOP之外的任何信号。)

除了0表示成功之外，没有标准的退出码。非零也不一定意味着失败。

头文件stdlib.h确实将EXIT_FAILURE定义为1，将EXIT_SUCCESS定义为0，但仅此而已。

段错误上的11很有趣，因为11是内核在发生段错误时用来终止进程的信号数。在内核或shell中，可能存在某种机制将其转换为退出代码。