如何分析编译到某个阶段卡死的问题

最新推荐文章于 2025-02-16 11:09:44 发布
转载 最新推荐文章于 2025-02-16 11:09:44 发布 · 7.2k 阅读 · 0

本文介绍了解决编译过程中卡死问题的方法。主要包括：分析可能的原因如代码修改、环境安装不当等；采用单线程编译以降低系统负担；通过查看编译进程定位卡死位置。

[FAQ03781]如何分析编译到某个阶段卡死的问题


[DESCRIPTION]

编译到某个阶段,然后卡死不动


[KEYWORD]

编译卡死


[SOLUTION]
可能的原因:
1. 修改或添加编译代码导致
2. 编译环境没按SOP安装

3. 其他软件引起冲突


分析方法:
1. 首先修改为单线程编译(-j1)
   1)MTK代码编译为多线程编译(加快编译速度,但是增加系统负担,增加memory消耗)
   2)在mediatek/build/makemtk.mk里
       CPUCORES := $(shell cat /proc/cpuinfo|grep processor|wc -l)
       MAKEJOBS := -j$(CPUCORES)
       修改为

       MAKEJOBS := -j1


2. 然后在编译卡死时用ps -u查看编译进程,看卡死在哪个进程
包编译卡住的终极解决办法
luckyman100的专栏
05-19 6767
在数据库开发过程中，经常遇到一个很烦躁的现象：刚修改好的包一编译就卡死了，PL/SQL变成一片空白，又不忍心关闭，这可是耗死多少脑细胞才写出来的！！！只好去求DBA帮忙解决，可是人家也不是每次都会耐心帮你解决，结果经常碰一鼻子灰，所以了，求人不如求己，下面就让我们自己学会去解决这个烦人的问题。。 首先我们先了解下与这种卡死现象相关的几个视图： 1）v$access V$ACCESS disp
Quartus Internal Error subsystem /..../...../amerge amerge_merger_op.cpp line:911
程序猿Boris--CodeMonkey Boris
03-06 3802
公司用Quartus 10.0。编译单个模块的vhdl或者verilog没有错误。偏偏在第一部Analysis & Synthesis的最后一点（大概97%）处，弹出一个错误对话框，大致内容是： Quartus Internal Error subsystem /..../...../amerge amerge_merger_op.cpp line:911 搜罗了一下网上的解决方法
【Linux】程序卡死、失败位置|pstack和starce看进程调用|分析耗时函数
热门推荐
我的笔记本
03-03 1万+
1、strace -p [进程号] strace -p 1002297 strace: Process 1002297 attached futex(0x7fcbb95f3f84, FUTEX_WAIT_PRIVATE, 1, NULL 可以看到死在了futex(0x7fcbb95f3f84, FUTEX_WAIT_PRIVATE, 1, NULL
编译代码卡住不动
weixin_43803780的博客
12-21 703
3. **配置文件错误**：数据库的配置文件（如MySQL的my.cnf或PostgreSQL的postgresql.conf）设置不正确也可能导致无法登录。1. **资源不足**：检查你的计算机是否有足够的内存和CPU资源来完成编译任务。5. **达到最大连接数**：如果数据库达到了最大连接数限制，新的连接请求将被拒绝。3. **代码问题**：代码中可能存在死循环、无限递归等逻辑错误，导致编译过程中断。2. **编译器错误**：有时候编译器自身的问题也会导致编译过程卡住。### 数据库环境登录不上。
织梦dede后台卡、假死解决方法
dawanai5802的博客
04-06 330
大家都说这是因为织梦代码优化不好怎么着怎么着的，其实有一些是因为这个原因，但不是完全因为这个。 dede登录后台卡死原因分析 登录完后台，加载的分别为顶部、左侧、右侧内容三个部分。 顶部只是简单的查询一下权限不会卡、左侧也是简单的查询了一下也不会卡，那么原因就是出在右侧内容部分了。那么是因为什么原因引起的呢？我们在右侧会发现有《信息统计》、最新文档、系统版本等信息。 信息统计，很...
防止用DeDe软件反编译delphi程序
zgqtxwd的专栏
05-01 571
<!--google_ad_client = "pub-2947489232296736";/* 728x15, 创建于 08-4-23MSDN */google_ad_slot = "3624277373";google_ad_width = 728;google_ad_height = 15;//--><script type="text/javascript"
cmake/colcon编译时过慢、卡住或卡死情况解决
m0_71079913的博客
06-04 7696
解决：使用sudo make编译。
请问在ubuntu下安装kaldi时对tool目录下进行make编译卡住了怎么办
Strive_booming的博客
07-09 1491
因为最近准备学习语言识别方面的知识，需要下载kaldi 安装ubuntu后，按照上图的步骤来安装kaldi。 在4.4.1步骤时，“apt-get”、“zlib”和“libatal”没有安装上，因为出现了“无法定位软件包”的问题，当时查了很多资料但是没有解决这个问题。所以我就直接跳步进行tools目录的make编译 第一次编译的时候就卡住了，卡了一个小时左走吧，后来我直接关机了，卡住的地方如下图所示 第一次卡住了关机后，再打开ubuntu就打不开了，当时试了好久都不行，进不去ubuntu。然后早上试了关
关于colcon编译卡死的解决办法
forever0007的博客
11-13 2139
swapon: /swapfile：swapon 失败: 设备或资源忙。dd: 打开 '/swapfile' 失败: 文本文件忙。
ubuntu20.04 编译卡死问题
weixin_64595634的博客
06-22 2769
解决方法，加一个swap交换内存，说白了就是把磁盘空间当作内存，编译或者做一些操作导致内存不够时，交换内存就会存放平时用不上的一些僵尸系统文件，腾出地方来编译。现象：首先出现鼠标卡顿，鼠标滑动时丢帧，然后大概几秒后就卡死不动了。死机后鼠标和键盘都无响应。创建一个新的1GB交换文件：（这个就看你的磁盘实力了，大的就可以多装一点），就是把1024改大一点，我内存是不够的，只能1G。网上看了很多原因后发现了原因，就是单纯运行内存不够，然后我看了一下。竟然一点交换内存也没有，这样一旦进程把内存一塞，就容易卡死。
【python】脚本中调用VCS编译遇错中断的解决
moon9999的博客
02-16 1131
在python中我调用了VCS工具编译文件，见： 【python脚本】当我需要一个完整的rtl list时，还是选择求助vcs吧 当时我是需要借助vcs的力量把文件都编译出来得到文件的filelist，但是我发先如果文件有错的话就会中止的脚本，哪怕我用了try保护都没法阻止： def wrap_catch_except(f): def wrapper(*args, **kwargs): try: return f(*args, **kwargs)
Ubuntu20.04下编译Opencv3时使用make -j 卡死问题
m0_74192374的博客
11-28 1835
在Ubuntu20.04环境下部署ORB_SLAM2时，参照优快云博客教程运行到这一步骤时执行至此命令时make -j出现了计算机卡死的情况，参考了以下两篇文章得知-j命令虽然会加速编译，但会完全占用CPU资源，使得桌面进程卡死且编译过程无进展。
android 编译 电脑卡,buildozer android debug 编译卡死
weixin_29058331的博客
05-26 960
执行编译后卡死，修改命令为buildozer -v android debug 输出日志，我这里是因为访问不到谷歌root@debian:~/android/takepicture# buildozer android debug# Check configuration tokensBuildozer is running as root!This is not recommended, an...
Linux系统中使用GCC 对CPU参数优化代码编译
Qvip的专栏
09-15 1395
使用特定的GCC参数可以使编译出的程序执行效率有较大提升。具体如下： 1、优化原理： 在编译程序时，借助参数传递的方法，使用与系统CPU相匹配的gcc参数，编译出的程序就是为系统CPU而进行特定优化过的，因而执行速度和效率都会是最好。 2、注意事项 (1) 经过大量测试发现，在RedHat, CentOS系统中通常只能通过参数传递的方法进行编译优化，当然，如果愿意并且能够修改程序的Make
【移植01】用NXP(恩智浦)提供的IMX6ULL的公板的BSP(FSL Yocto Project Community BSP)来编译生成烧写在SD卡中的完整镜像,并分析运行结果
昊虹AI笔记
02-16 1530
接下来进行构建配置，这里需要细读官方说明文档，那就一段一段地仔细地读吧。这段话说明了如何通过Yocto项目的配置脚本来简化i.MX硬件平台的构建过程。imx-setup-release.sh脚本这个脚本是NXP为简化i.MX开发板构建过程提供的工具。通过这个脚本，你可以轻松地设置构建环境，特别是对于使用Yocto项目的开发。你需要指定两个参数：机器名）：即你要为哪个i.MX硬件平台构建操作系统映像。比如，在这个文档中，就是一个机器的例子，它代表了i.MX6ULL评估板（EVK）。
mtk平台ATF介绍
steel0205的专栏
03-09 1426
mtk平台ATF介绍
ORB-SLAM3编译时卡住死机
qq_41135011的博客
02-17 1539
将build.sh中的步骤一条条拆开来运行，尤其注意make -j的语句改为make。截图报错就是卡在Sophus的make。运行./build.sh时，到一半就不动了，直接卡死。
Linux编译代码卡死,Ubuntu下编译卡死的问题
weixin_39740272的博客
05-03 4232
该楼层疑似违规已被系统折叠隐藏此楼查看此楼本人小白一个，想请教一个Linux下多线程编译C++时系统卡死的问题。先说下家里电脑大体配置：CPU是Ryzen 1600X，显卡是华硕战枭GTX1070，内存是2根8G的金士顿2400 DDR4，硬盘有一块240G的东芝Q200 SATA3固态，还有一块2TB的西数5400转机械蓝盘，电源是450W的酷冷至尊80PLUS铜牌。本来用Win10一直相安无...
Eclipse编译卡住解决方案
u014481405的博客
11-23 4293
Eclipse 总是在编译的时候卡住 解决办法： 1.点击停止校验，一直卡在那里，首先在任务管理器杀死eclipse和javaw进程，到项目路径下的.project文件里面，（ctrl + shift + R输入.project能查找到）删掉js验证相关的配置代码： &lt;buildCommand&gt; &lt;name&gt;org.eclipse.wst.jsdt.core.javasc...
sophus编译卡死
最新发布
03-16
<think>好的，我现在需要帮助用户解决Sophus库编译卡死的问题。首先，我得回想一下常见的编译问题可能出在哪里。Sophus是一个处理李群和李代数的C++库，通常和Eigen一起使用。编译卡死可能有几个原因：依赖问题、内存不足、编译器设置错误，或者代码本身的问题。 用户提到编译卡死，可能是在make或cmake阶段卡住。首先，我需要确认用户是否安装了正确的依赖项，比如Eigen3。如果Eigen没有正确安装或者版本不兼容，编译可能会失败。接着，内存不足也是一个可能的原因，特别是在资源有限的系统上，编译大型项目时可能因为内存耗尽而卡住。 然后，检查编译器版本和CMake配置。Sophus需要C++11或更高版本的支持，如果编译器太旧或者CMake没有正确配置，可能导致编译卡死。此外，并行编译选项（如make -j）如果设置过高的线程数，可能会耗尽系统资源，导致卡死。 用户可能需要尝试单线程编译，使用make -j1来减少资源占用。另外，查看编译日志，找到具体的错误信息，这有助于定位问题。如果日志显示某些文件无法找到，可能是依赖项的问题；如果是内存错误，可能需要增加交换空间或者关闭其他占用内存的程序。 还有可能是Sophus本身的代码问题，比如特定版本的已知bug。建议用户尝试切换到官方仓库的不同分支，比如较新的版本或稳定的旧版本。此外，确保下载的源代码完整，没有损坏，可以重新克隆仓库试试。 最后，如果以上方法都不奏效，建议用户提供更多上下文信息，比如操作系统、编译器版本、CMake版本和具体的错误日志，这样可以更精准地诊断问题。</think>在编译Sophus库时遇到卡死问题，通常由以下几个原因导致。以下是逐步排查和解决的指南： --- ### **1. 依赖项问题** - **检查Eigen3安装** Sophus依赖Eigen3（>=3.3版本）。若未正确安装或版本过低，编译会失败。 **操作步骤**： ```bash # 检查Eigen3版本 pkg-config --modversion eigen3 # 安装或升级Eigen3（Ubuntu示例） sudo apt-get install libeigen3-dev ``` - **验证头文件路径** 确保CMake能找到Eigen3头文件。若手动安装Eigen，需在CMake中指定路径： ```cmake set(Eigen3_DIR "/path/to/eigen3") ``` --- ### **2. 内存不足** - **现象**：编译进程占用过高内存，导致系统卡死（常见于虚拟机或低配置机器）。 **解决方案**： - 使用单线程编译减少内存压力： ```bash make -j1 # 仅使用1个线程 ``` - 增加系统交换空间（Swap）： ```bash sudo fallocate -l 4G /swapfile # 创建4GB交换文件 sudo chmod 600 /swapfile sudo mkswap /swapfile sudo swapon /swapfile ``` --- ### **3. 编译器/CMake配置问题** - **检查C++标准** Sophus需要C++11或更高版本。在CMake中显式指定： ```cmake set(CMAKE_CXX_STANDARD 11) ``` - **清理构建目录** 若之前编译失败，残留文件可能导致冲突： ```bash rm -rf build/ mkdir build && cd build cmake .. make -j2 # 根据CPU核心数调整（如-j4） ``` --- ### **4. 代码版本兼容性** - **切换Sophus分支** 某些版本（如`a621ff`提交）存在已知问题。尝试切换到稳定分支： ```bash git clone https://github.com/strasdat/Sophus.git cd Sophus git checkout master # 或尝试较新分支 # 或回退旧版本 git checkout b475c0a ``` --- ### **5. 查看编译日志** - 通过日志定位具体错误： ```bash make VERBOSE=1 # 显示详细编译信息 ``` - 若卡在某个文件（如`so2.cpp`），可能是代码或编译器优化问题。尝试关闭优化： ```cmake set(CMAKE_CXX_FLAGS "-O0") # 在CMakeLists.txt中禁用优化 ``` --- ### **6. 系统环境问题** - **更新工具链** 确保CMake、gcc/g++版本较新： ```bash # Ubuntu示例 sudo apt-get update sudo apt-get install cmake g++-11 ``` --- ### **总结步骤** 1. 安装/升级Eigen3并验证路径 2. 使用单线程编译（`make -j1`） 3. 清理构建目录并重新配置CMake 4. 尝试切换Sophus代码分支 5. 检查系统内存和编译器版本 如果问题仍未解决，请提供以下信息进一步诊断： - 操作系统版本 - 编译器版本（`g++ --version`） - CMake版本（`cmake --version`） - 编译时的完整错误日志
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值