gdb/ddd程序收到信号SIGILL

Question

我在Linux中使用c ++编写了一个非常简单的程序,它使用cURL库从http(基本上开发了一个http客户端请求)下载来自某个网​​站的图像.http://curl.haxx.se/libcurl/c/allfuncs.html

#define CURL_STATICLIB
#include <stdio.h>
#include <stdlib.h>
#include </usr/include/curl/curl.h>
#include </usr/include/curl/stdcheaders.h>
#include </usr/include/curl/easy.h>

size_t write_data(void *ptr, size_t size, size_t nmemb, FILE *stream) {
    size_t written = fwrite(ptr, size, nmemb, stream);
    return written;
}

int main(void) {
    CURL *curl;
    FILE *fp;
    CURLcode res;

    char *url = "http://www.example.com/test_img.png"; 
    char outfilename[FILENAME_MAX] = "/home/c++_proj/output/web_req_img.png";
    curl = curl_easy_init();
    if (curl) {
        fp = fopen(outfilename,"wb");
        curl_easy_setopt(curl, CURLOPT_URL, url);
        curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION, write_data);
        curl_easy_setopt(curl, CURLOPT_WRITEDATA, fp);
        res = curl_easy_perform(curl);
        /* always cleanup */
        curl_easy_cleanup(curl);
        fclose(fp);
    }
    return 0;
}

我验证了代码,它工作正常.我可以看到图像已下载,我可以查看图像(没有错误或警告).由于我计划扩展我的代码,我尝试安装ddd,并使用调试器,但调试器不起作用,当我尝试使用ddd运行程序时,我的程序会出现某种Signal错误.

这是错误:

 (Threadd debugging using libthread_db enabled)
 Using host libthread_db library "/lib/arm-linux-gnueadihf/libthread_db.so.1"

 Program received signal SIGILL, illegal instruction.
 0xb6a5c4C0 in ?? () from /usr/lib/arm-linux-gnueadbihf/libcrypto.so.1.0.0

首先我认为我没有正确安装ddd,所以我回到gdb,但是当我运行程序时,我得到完全相同的错误.(而且我相信我使用的是最新版本的gdb和ddd)

然后我尝试在另一个简单的程序上使用ddd,它不涉及cURL库,它工作得很好!!!

有谁知道为什么会这样,解决方案是什么？在ddd运行时,我是否需要指向cURL库？但是,在过去,我不记得用不同的库来做这个!也许这是ddd不喜欢的cURL的东西？但是没有调试器,程序运行良好!我将不胜感激.

Answer 1

我猜它可能是一些指令集检测代码的一部分.只需让程序继续,看它是否自己处理信号(因为它在外面运行gdb,它可能会这样做).或者,你可以告诉gdb你运行程序前不与SIGILL打扰你所有:handle SIGILL pass nostop noprint.

如果程序死了,这只是一个问题,而你的问题并不清楚.

Answer 2

 Program received signal SIGILL, illegal instruction.
 0xb6a5c4C0 in ?? () from /usr/lib/arm-linux-gnueadbihf/libcrypto.so.1.0.0

有谁知道为什么会这样，怎么解决？

小丑给你解决方案。这就是它发生的原因。

libcrypto.so是OpenSSL的加密库。OpenSSL通过执行指令以查看其是否可用来执行cpu功能探测。如果SIGILL生成了a ，则该功能不可用，而是使用了适当的功能。

您在ARM而不是IA-32上看到它们的原因是，在Intel的IA-32上，该cpuid指令是非特权的。任何程序都可以执行cpuid以检测cpu功能，因此不需要SIGILL基于功能的程序。

与IA-32相比，ARM的等效项cpuid是特权指令。您的程序需要异常级别1（EL-1），但是您的程序在EL-0上运行。为了避免对ARM程序具有特权的需求，请设置a jmpbuf并安装SIGILL处理程序。然后，他们尝试使用有问题的指令，然后SIGILL处理程序指示该指令或功能是否可用。

OpenSSL最近SIGILL在某些Apple平台上更改为-free功能检测，因为Apple破坏了东西。另请参阅PR 3108，MacOS X上无SIGILL处理器功能检测。其他库也做类似的事情。另请参见如何在运行时确定ARMv8功能？

OpenSSL还在SIGILL其常见问题解答中记录了该行为。有关更多详细信息，请参见OpenSSL FAQ中的第17项：调试时，在OpenSSL初始化期间观察到SIGILL：为什么？另请参见SSL_library_init在Stack Overflow上的gdb下运行时导致SIGILL。