SLAM14讲第5讲代码错误解决方法 2019-3-14

博客记录了在运行SLAM14讲第五讲代码时遇到的两个错误:一是编译joinMap时缺少libproj.so库,通过创建软链接解决;二是100%编译后仍失败,发现缺少libvtkproj4.so,同样通过软链接解决libvtkproj4.so.5.10.1或libvtkproj4.so.5.10。

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

最近由于系统重做,导致一些依赖项没有全部安装,在运行14讲的源码过程中出现了一些问题,费了点时间解决了,现在进行记录,以防以后碰到相同的问题。

1.ch5 代码运行出错

1.1 对于第五讲的代码 imageBase , OpenCV 安装好基本没有问题;但是对于 joinMap ,我在安装完 pcl-dev 之后编译出现了这样的错误:

make[2]: *** No rule to make target '/usr/lib/i386-linux-gnu/libproj.so', needed by 'joinMap'。 停止。
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/joinMap.dir/all' failed
make[1]: **
### SLAM14 第8章 段错误 核心已转储 解决方案 当遇到段错误并提示“核心已转储”的情况时,通常意味着程序尝试访问未分配给它的内存区域。对于SLAM14第8章中的这种情况,可以采取以下措施来解决问题。 #### 修改编译选项 一种常见的原因是由于编译器优化设置不当引起的不稳定行为。可以通过调整编译参数`-march=native`来解决这个问题[^1]。此标志允许编译器针对本地CPU架构生成最高效的指令集,但也可能导致兼容性问题。移除该标记或将值更改为通用的处理器架构(如`-march=x86-64`),有助于提高跨平台稳定性。 #### 调试工具的应用 为了进一步定位具体原因,建议启用调试模式重新构建项目,并利用GDB等调试工具跟踪异常发生的位置。这可以帮助识别是否存在指针误用或其他潜在缺陷。例如,在命令行输入如下代码启动带有断点的调试会话: ```bash gdb ./your_program_name run backtrace ``` 上述操作能够提供详细的调用栈信息以便分析问题所在[^5]。 #### 库依赖关系排查 另外还需确认所使用的第三方库版本是否匹配官方文档推荐的要求。特别是像Ceres Solver这样的数值计算库以及g2O框架,它们内部实现的变化可能影响到整个系统的正常运作。如果发现不一致之处,则应考虑更新至最新稳定版或是回退到特定历史版本以保持一致性[^2]。 通过以上几个方面的检查与修正,应该能有效缓解乃至彻底消除此类运行期崩溃现象。当然每种具体情况都有差异,因此还需要结合实际环境灵活应对。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值