10

我使用 c++ 在 Linux 中编写了一个非常简单的程序,它使用 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 运行我的程序时,调试器不起作用,并且我的程序以某种信号错误退出。

这是错误:

 (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)

然后我尝试在另一个不涉及 cURL 库的简单程序上使用 ddd,它运行良好!!!

有谁知道为什么会这样,解决方案是什么?在 ddd 运行时,我是否需要以某种方式指向 cURL 库?但是,在过去,我不记得用不同的库做这个!也许这是 ddd 不喜欢的 cURL ?但是程序在没有调试器的情况下运行良好!我会很感激一些帮助。

4

3 回答 3

22

我猜它可能是某些指令集检测代码的一部分。只需让程序继续,看看它是否自己处理信号(因为它在 之外运行gdb,它可能会)。或者,您可以gdb在运行程序之前告诉您不要使用 SIGILL 来打扰您:handle SIGILL pass nostop noprint.

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

于 2013-02-28T03:11:30.650 回答
8
 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 程序权限的需要,设置一个jmpbuf并安装一个SIGILL处理程序。然后他们尝试有问题​​的指令,SIGILL处理程序指示指令或功能是否可用。

SIGILLOpenSSL 最近在某些 Apple 平台上更改为-free 功能检测,因为 Apple 会破坏事物。另请参阅PR 3108,MacOS X 上的无 SIGILL 处理器功能检测。其他图书馆也在做类似的事情。另请参阅如何在运行时确定 ARMv8 功能?

OpenSSL 还在SIGILL其常见问题解答中记录了该行为。有关详细信息,请参阅 OpenSSL 常见问题解答中的第 17 项:调试时我在 OpenSSL 初始化期间观察到 SIGILL:为什么?另请参阅在堆栈溢出的 gdb 下运行时 SSL_library_init 导致 SIGILL 。

于 2017-08-12T17:41:28.060 回答
0

SIGILL对于 Android 开发人员,您可以在 Android Studio 中禁用: https ://developer.oculus.com/documentation/native/android/mobile-studio-debug/#troubleshooting

于 2021-11-18T09:32:30.037 回答