Signal SIGILL: illegal instruction operand

最新推荐文章于 2024-12-19 18:20:44 发布
最新推荐文章于 2024-12-19 18:20:44 发布
阅读量1k 收藏 1
点赞数
分类专栏： c 文章标签： c++ c语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lhp171302512/article/details/128535007
版权
文章描述了一种特定的C++编程问题，即程序在Ubuntu环境下编译运行正常，但在Android系统下运行时出现SignalSIGILL错误。问题根源在于函数声明有返回类型，但实现中缺少return语句。修复方法是确保所有函数实现都有匹配的return语句。此外，也提到该错误可能由其他原因引起。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

运行c++程序时，报错：

Signal SIGILL: illegal instruction operand

程序在Ubuntu下编译和运行都没有问题，但是交叉编译后放到安卓系统下运行就报错，莫名其妙。
我最后找到的原因是函数声明有返回类型，具体实现却没有return语句，把return语句加上就可以了。
当然，导致这个报错的原因还有其它，我遇到的只是其中一个。

【Debug系列】SIGILL（Illegal instruction）问题定位
CSDN明星博主，认证博客专家，视频、Matlab领域优质创作者。
10-25 2778
DATE： 2021.10.25 文章目录1、问题描述2、问题原因2.1、错误修改代码段2.2、指令集演进2.3 工具链Bug2.4、内存访问对齐或浮点格式问题3、错误排查指南4、示例分析 1、问题描述 进程在运行过程中会收到SIGILL信号，此类错误是由操作系统发送给进程的。 SIGILL是某个进程中的某一句不能被CPU识别指令，这些指令可能是一些形式错误、未知或者特权指令。 2、问题原因 2.1、错误修改代码段 进程代码段中数据是作为指令运行的，如果不小心代码段被错误覆盖，那么CPU可能无法识别对应的
【Bugs系列】SIGILL(Illegal instruction)剖析
CSDN明星博主，认证博客专家，视频、Matlab领域优质创作者。
04-15 9510
Date: 2019-4-15【Tag：工程调试】 前言     最近在ARM板子上运行一个demo可执行文件时，出现了Illegal instruction的错误。一脸懵逼，不知道什么原因造成的，分析如下。
记一次pfring在目标机器上出现Illegal instruction.的修复过程
chnming1987的博客
12-19 970
解决过程其实比较直观，指令集不兼容就通过重新编译，找到适合的指令集即可；不过为了验证是否为avx2指令集的问题，通过学习可通过objdump -d命令获取动态库/可执行程序最终的执行命令，对后续验证应该使用哪个指令集进行编译提供了有效途径。
GDB调试报错Program received signal SIGILL, Illegal instruction.
Aprial1的博客
04-21 2458
这是gdb收到了SIGILL信号导致的异常退出。
Program received signal SIGILL, Illegal instruction
weixin_30587025的博客
04-10 486
Program received signal SIGILL, Illegal instruction 这个错误，发现是直接在printf 的%s中直接使用string类型，而没有使用c字符串格式造成的 转载于:https://www.cnblogs.com/hanframe/p/4415307.html...
Program received signal SIGILL, Illegal instruction. 0x46096268 in ?? () from /lib/libcrypto.so.1.0.
bin_bujiangjiu的博客
01-13 1066
OpenSSL adapts to processor it executes on and for this reason has to query its capabilities.
Linux：glibc：signal、sigaction, proc/pid/status
mzhan017的博客
07-12 405
#ifndef _BITS_SIGNUM_GENERIC_H #define _BITS_SIGNUM_GENERIC_H 1 #ifndef _SIGNAL_H #error “Never include <bits/signum-generic.h> directly; use <signal.h> instead.” #endif /* Fake signal functions. */ #define SIG_ERR ((__sighandler_t) -1) /* Er
tombstone常见崩溃信号说明
漂流瓶の海岸
02-23 1462
在应用崩溃的时候，我们将会获取到两个信息: signal: 信号量，下文将会详细的说明不同的信号量及其含义。 code: 错误码, 除了几个所有信号量(signal) 公共的错误码(code)，一般不同信号量(signal)有特定的错误码(code)，可以看做是信号量(signal)的补充说明。
Android native 崩溃信息捕获实践
Jekton
04-06 2831
本篇是 bugly 一篇关于 native crash 捕获的文章的练习。由于他文章中已经给出了相关的大部分知识点，这里我就仅仅补充一些细节，并给出一个完整的 demo
OpenGauss数据库源码编译安装过程学习笔记
qq_40310161的博客
01-25 1723
目 录 OpenGauss数据库源码编译安装过程学习笔记 编译openGauss需要openGauss-server和binarylibs两个组件。 openGauss-server：openGauss的主要代码。可以从开源社区获取。 binarylibs：openGauss依赖的第三方开源软件，你可以直接编译openGauss-third_party代码获取，也可以从开源社区下载已经编译好的并上传的一个副本。 注：软件依赖包版本需尽量与openGauss-server版本一致 对于数据库、三方库、GC.
C++之——linux下运行时报错：Program received signal SIGILL, Illegal instruction.
Snail_cz的博客
06-08 1万+
linux下运行时报错：Program received signal SIGILL, Illegal instruction.
C++报错illegal instruction
gls_nuaa的博客
07-01 2090
  环境描述：ubuntu18.04 + cmake version 3.10.2 + g++ version 7.5.0   场景描述：跑程序的时候遇到了一个错误：illegal instruction。使用cmake进行编译，编译是通过的，但是运行可执行文件的时候就会报错。用gdb去查发现停在了一个很普通的函数上(而且让我最纳闷的是我之前用g++编译，最后是可以运行的)  最后上网找到了答案(有点儿蠢)，是我在int类型的函数中没有写return。这个编译的时候并没有报错，但提示了一个warning
Andriod 出现SIGILL 异常
木头小颖的博客
08-17 1万+
我们项目中导入了第三方的library时，有的手机会报SIGILL(ILL_ILLOPC)异常，这时候我们需要警觉是否匹配部分手机的cpu架构。 例如导入faceId的类库IDCardLib 可见他的lib里是支持arm64-v8a架构的，因此在项目的config.gradle文件的abiFilters中加入'arm64-v8a' 这样运行时，就不会出现异常了。
关于illegalinstruction
少波波波波少
05-07 1662
最近半个月在按照天嵌的TQ2440做qte方面的移植工作，去年刚拿到板子的时候用的是qt4.5的源码，那时还能顺利的移植到arm板上，可是最近也是按照天嵌手册来移植，当我编译一个qt测试程序，在arm板上一直提示：illegalinstruction的错误；一下回顾记录一下这几天所收集到的一些资料       程序出现illegalinstruction的原因是因为我们的进程在运行的过程中收
Linux报 “illegal instruction” 异常的原因以及解决办法
热门推荐
“Struggle”的博客
03-09 1万+
当 Linux 上的程序收到 “Illegal instruction” 错误时，它表示正在尝试执行一种不支持的 CPU 指令，通常是由于使用了错误的 CPU 架构导致的。
linux下c程序出现： Illegal instruction
weixin_48031922的博客
09-03 804
除0错引起 Illegal instruction 刚刚出现了这个问题，经过排查，是除0错
androidstudio lldb OpenSSL causes SIGILL illegal instruction exception
thehunters的专栏
02-21 1566
今天调试使用openssl的模块的时候老是报SIGILL illega，查了老半天原来是openssl检查cpu指令导致的，报错如下 Program received signal SIGILL, Illegal instruction. 0x7956a3a8 in _armv7_tick () from /home/leith/dev/mapbox-gl-native-mason/build/android/out/Debug/lib.target/libmapbox-gl.so (gdb) bt #
C++ debug之 非法指令 illegal instruction
yunnuoxintian的博客
02-28 4502
https://www.cnblogs.com/arnoldlu/p/10815908.html 前段时间在运行时遇到了illegal instruction的错误， 参考了上面链接中的方法来排查。 首先去排查了在编译阶段遇到的warning， 果然在warning里就找到了问题。以后要多注意编译过程中产生的warning。 ...
Qt creator中运行代码监视器显示QString无法访问，同时程序运行崩溃，Debug提示The inferior stopped because it received a signal from the operating system.Signal name:SIGILL Signal meaning:Illegal instruction，此问题如何解决
最新发布
03-10
<think>好的，我现在要解决用户在Qt Creator中遇到的QString无法访问导致程序崩溃的问题，具体错误是SIGILL非法指令。首先，我需要回忆一下常见的导致SIGILL的原因。SIGILL通常是由于处理器执行了未定义的指令，可能的原因包括编译器生成的指令与CPU不兼容，或者内存损坏导致指令被错误解析。 用户提到问题涉及QString，这可能与Qt库的版本或编译配置有关。首先，我应该检查用户是否使用了正确编译的Qt库。比如，如果用户自己编译了Qt，可能没有正确配置编译选项，导致生成的库文件与当前CPU架构不兼容。例如，编译时可能错误地启用了某些特定于新CPU的指令集，而运行环境中的CPU不支持这些指令，从而引发SIGILL。 接下来，考虑内存损坏的可能性。如果程序在操作QString时发生了越界访问或使用已释放的内存，可能会导致非法指令。但这种情况通常伴随其他错误信号如SIGSEGV，所以可能性较低，但也不能完全排除。需要用户检查代码中是否有内存操作错误。 另外，检查Qt Creator的构建套件配置是否正确。如果使用的Qt版本与编译器不兼容，或者编译器选项设置有误，可能导致生成错误的机器码。例如，使用AVX指令集编译但目标CPU不支持AVX，就会触发SIGILL。用户需要确认编译器的-march、-mtune等参数是否适合目标平台。 还可能存在ABI兼容性问题，尤其是当混合使用不同编译器或不同版本的库时。比如，动态链接的Qt库与应用程序使用的编译器ABI不匹配，导致函数调用时栈结构错误，进而引发非法指令。用户应确保所有依赖库使用相同的编译环境和设置。 此外，查看用户提供的引用内容，引用[1]提到从源码编译Qt Creator并配置构建套件，引用[2]和[3]涉及Qt Creator的安装配置和调试输出。这些可能提示用户的环境存在配置问题，比如使用了不匹配的Qt库版本或构建套件设置错误，导致生成的程序与系统不兼容。 可能的解决步骤包括： 1. 确认Qt库的编译配置是否正确，特别是CPU架构相关的选项。 2. 检查构建套件中的编译器设置，确保生成代码兼容目标平台。 3. 使用调试工具如gdb分析崩溃时的指令和寄存器状态，确定非法指令的具体位置。 4. 确保所有依赖库的ABI一致性，避免混合使用不同编译器生成的库。 5. 更新或重新安装Qt库，使用官方预编译版本以排除编译错误的影响。 最后，生成相关问题时要围绕Qt Creator的配置、编译选项、调试方法以及SIGILL的常见原因展开，帮助用户全面理解和排查问题。</think>要解决Qt Creator中QString访问导致的程序崩溃（SIGILL非法指令）问题，可按照以下步骤排查： --- ### **1. 检查Qt库与编译器兼容性** - **问题根源**：SIGILL通常由CPU无法识别的指令引发，可能与Qt库的编译配置相关。例如，Qt库编译时启用了特定指令集（如AVX），但运行环境CPU不支持[^1]。 - **解决方法**： 1. 确认使用的Qt库是否为官方预编译版本，或自行编译时是否添加了`-march=native`等可能引入平台特定指令的参数。 2. 重新编译Qt库时，显式指定通用架构（如`-march=x86-64`）： ```bash ./configure -platform linux-g++ -xplatform linux-g++ -march=x86-64 ``` --- ### **2. 验证构建套件配置** - **问题根源**：Qt Creator中构建套件的编译器与Qt库版本不匹配，导致生成非法指令。 - **解决方法**： 1. 打开Qt Creator，进入`工具 > 选项 > Kits`，检查编译器（如GCC或Clang）是否与Qt库的编译工具链一致[^2]。 2. 在项目构建设置中，移除可能冲突的编译选项（如`-mavx`）。 --- ### **3. 调试程序定位崩溃点** - **问题根源**：QString操作中的内存损坏或未初始化访问可能间接引发非法指令。 - **解决方法**： 1. 使用GDB调试崩溃现场： ```bash gdb ./your_program (gdb) run (gdb) bt # 查看崩溃时的调用栈 ``` 2. 检查崩溃点是否涉及QString的构造函数或方法（如`QString::fromUtf8`），并验证参数合法性。 --- ### **4. 检查ABI兼容性** - **问题根源**：混合使用不同编译器或C++标准库版本可能导致ABI不兼容。 - **解决方法**： 1. 确保所有依赖库（包括Qt）使用相同的编译器和C++标准（如GCC 11 + libstdc++）。 2. 在`.pro`文件中强制指定C++标准： ```qmake CONFIG += c++11 ``` --- ### **5. 更新或重新安装Qt环境** - **问题根源**：Qt库或Qt Creator本身的安装文件损坏。 - **解决方法**： 1. 下载官方Qt安装包替换当前版本[^2]。 2. 清理项目构建缓存（删除`build`目录并重新构建）。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值