Python 调用.so动态库时 Segmentation fault (core dumped) 问题

博主在尝试用Python调用C++编译的动态库时遇到Segmentationfault(coredumped)问题。经过排查,发现并非常见的数组越界或内存访问问题,而是CMakeList设置不当导致。在将CMakeList中不必要的cpp文件移除后,问题得到解决。此博文提醒开发者注意CMakeList的配置细节,以避免类似错误。
摘要由CSDN通过智能技术生成

问题描述:

我要用C++做一个求解器,使用Python调用它,但是出现了一个问题,就是当我执行完全部语句后,会报错Segmentation fault (core dumped), 如图所示:

我在程序最后一行加上了一个输出语句,表示全部执行完了。

问题解决:

检查CMakeList中的add_library中是不是添加了其他的cpp文件,若有,则删去,只保留当前cpp的名字。

解决思路:

关于Segment fault问题,其实最常见的就是数组越界,我也是这么想的,在cpp中写了许多标识类的输出语句,但是都可以正常输出,实在找不到越界的位置。所以又另外写了一个小的cpp,从最小功能开始实现,逐步地添加语句,结果发现,都可以正常输出,实在是找不到原因了,网上查找相关资料,找到了另外几种可以导致报同样类型错误的原因,包括:

  1. 内存访问越界(数组越界,strcpy, strcat, sprintf, strcmp 等字符串函数读写越界)
  2. 多线程使用了线程不安全的函数
  3. 多线程读写的数据未加锁保护
  4. 非法指针(NULL 指针,随意的指针类型转换
  5. 堆栈溢出(如大的分配在栈上的局部变量)

参考链接:Python 调用动态库时 Segmentation fault (core dumped) 问题 | 隔叶黄莺 Yanbin Blog - 软件编程实践

但是并没有找到适合我的解决方法,后来无意间打开了CMakeList,发现我写这个小的cpp时,只用到了自己的cpp,所以我是这么写的:

add_library(py_strial_util SHARED
    src/trial.cc
)

而我的另一个报错的cpp由于只是一个wrapper,所以还用到了另一个solver.cc中的内容,所以我是这么写的:

add_library(py_solver_util SHARED
    src/solver.cc
    src/wrapper.cc
)

于是我就想到,会不是这个solver的原因,后来我注释掉solver之后,只留下wrapper果然可以了。

本来我是用智能指针指向solver类的,所以我想着就加上solver这一行,但后来我发现,我只需要在solver的头文件里面声明了这个智能指针,之后在wrapper.cc中include这个头文件即可,不需要再添加这个依赖项。

碎碎念:

因为一般看到的Segment fault都是数组越界原因,所以花了很多时间检测数组问题,后来一点点写小cpp,分块查看,之后甚至用到了文本比较器,才确定了不是.cc的原因,看来CMakeList的门道确实不一般,等项目结束之后,做一个项目总结的博客,把CMakeList的内容和boost一并补充一下~

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值