使用gdb查看python段错误(Segmentation fault)

Python09

使用gdb查看python段错误(Segmentation fault),第1张

公司有个业务是使用python脚本调用.so文件,但是有时候so文件内部发生错误,python就直接崩溃了,无任何提示信息,所以很不方便找错误原因.

使用 gdb 可以看到更详细的一些信息,其使用方式如下:

ulimit -c 是查看创建的核心转储的最大大小,这里为0,是需要修改的,可以将其改成不限制大小的 unlimited .

cat /proc/sys/kernel/core_pattern 这一步我的理解是查看到时候生成的缓存文件存储名称,这里为 core ,表示其会在当前目录下生成一个名为core的缓存文件,但是为了使其更加通用,可以修改一下其路径和名称格式.

可以看到在 var/cores 目录下生成了一个 core.python.31796 文件,此时可以在刚才的运行目录下执行,下面的 which 前面是`符号,不是单引号

此时可以看到项目最终是在 #0 0x00007f89d8700960 in mkl_pds_lp64_ladj_mod_pardiso () from /usr/lib/libmkl_intel_thread.so 时发生了错误,这个时候可以输入 bt 查看更多,其从上到下是错误从底层到最外层的顺序.

若执行的时候没有 gdb ,可以执行 apt-get install gdb 安装.

还有就是,若查看的时候错误地方是 #0 0x00000000005406df in ?? () 这样的没有具体函数名的情况,这是因为so文件在编译时候没有链接符号到文件里面,需要在使用gcc编译的时候加上 -g

简单看了一下你的程序

首先，你没有给出完整的程序，这个让大伙看起来确实不方便，因为没有main函数，可能踩内存的地方并不是这个函数本身，是main函数

其次说你的这个函数，貌似确实有点问题，但是由于没有完整的程序，我只说出我的理解，如果有错，直接忽视就好

sprintf(flag_height,"%03d",i+1)

sprintf(flag_width,"%03d",j+1)

我觉得问题出在这里，你查下 sprintf 的用法，第一个参数应该是一个字符串的首地址，你写的确实没有错，参数给入的是一个地址flag_height，但是纵观你的程序，你并没有给这个指针赋值，程序运行到这里，估计在默认创建指针的时候应该赋值为NULL（貌似根据编译器不同而有不同），那个寻址后报出段错误，也是意料之中了

由于没有你完整的代码，不知道你要做什么，修改意见不好提

给出个人意见，仅供参考

如果要打印flag_height中的值，首先应该给flag_height指针分配一片内存，使用malloc函数，其次在向内从中写入值，然后调用sprintf，就应该没有问题了