是什么导致信号'SIGILL'？

SIGILL 是一个信号，表示非法指令（Illegal Instruction）。当程序尝试执行一个它没有权限或者根本不存在的指令时，操作系统就会向该程序发送 SIGILL 信号。这种情况通常是由以下几种原因导致的：

原因

1. 损坏的二进制文件：如果程序的二进制文件在传输过程中损坏，或者在编译过程中出现了错误，可能会导致程序包含非法指令。
2. 错误的指令集：如果程序是针对特定的处理器架构编译的，而运行时的环境使用了不同的处理器架构，那么程序中的指令可能在该环境中被认为是非法的。
3. 内存损坏：如果程序之前已经因为某些原因（如缓冲区溢出）损坏了内存，那么后续执行的指令可能会变成非法指令。
4. 调试器或反汇编工具：在使用调试器或反汇编工具时，有时可能会不小心执行到非法指令。

解决方法

1. 检查二进制文件：确保程序的二进制文件没有损坏，并且是从可靠的来源获取的。可以尝试重新编译程序。
2. 确认处理器架构：确保程序是针对正确的处理器架构编译的。例如，如果你的服务器是 x86_64 架构，那么程序也应该编译为 x86_64。
3. 检查内存：使用内存检查工具（如 Valgrind）来检查程序是否存在内存损坏的问题。
4. 调试信息：如果是在调试过程中遇到 SIGILL，确保你正确地设置了断点，并且没有不小心执行到非法指令。

示例代码

以下是一个简单的 C 程序，演示了如何捕获 SIGILL 信号：

#include <stdio.h>
#include <signal.h>
#include <stdlib.h>

void sigill_handler(int signum) {
    printf("Caught SIGILL signal\n");
    exit(1);
}

int main() {
    // 注册 SIGILL 信号的处理函数
    signal(SIGILL, sigill_handler);

    // 尝试执行一个非法指令（仅用于演示，实际中不应这样做）
    asm volatile("ud2");

    return 0;
}

参考链接

• Linux Signal Handling
• Valgrind Documentation

请注意，上述示例代码中的 asm volatile("ud2"); 是一个故意的非法指令，仅用于演示目的。在实际编程中，应避免执行非法指令。