程序core了,看到的还是问号

程序core了,看到的还是问号,第1张

C程序发布的时候,经常去掉-g编译选项的,那么这就遇到一个问题,当程序运行core dump后,想去调试查看core的具体信息,会发现很多符号都被优化掉了,看到的栈信息要么是问号,要么变量无法打印值; 去掉符号表,却可以让程序体积更小,而且不容易泄漏程序的信息,更安全些。

这就产生了矛盾,我们在运行的时候不需要符号表,调试的时候需要符合表,那我们能否把符号表在发布程序的时候删除,调试的时候加载符号表信息那,这样就满足了需要。

为了直观起见,先写个简单的c代码用于演示,代码如下:

编译下:

gdb调试看看:

可以看到显示没有调试符号表信息,我们重新用-g编译选项试试:

其实也不是完全没有符号,也还是有不少的,只是没有调试信息,可以用命令查看:

两个符号表的大小是有差距的差距6个,这个表示符号表的index的个数。 查下段表更清晰:

编译的时候可以采用-g编译,然后发布的时候去掉符号表,可以使用命令:strip。 如下最简单的处理下:

可以看到strip处理过的testdebug,比不用-g 选项的编译出来的test文件更小,通过nm命令验证下,确实任何符号都被删除了,而不用-g编译的文件还可以看到符号信息的。

默认情况下不会产生core文件,加大core文件尺寸:

重新编译运行:

看下core的信息:

调试下看看:

因为没有符号信息,很可惜看不到具体的符号信息,也不知道在哪里core了。

看重点,加载符号文件,这个是直接加载没有strip前的文件,是包含符号表的。我们清晰的可以看到core的位置是在第8行。

我们通过命令: eu-strip testdebug -f testdebug.sym 提取testdebug中的符号表,保存为文件testdebug.sym。

我们gdb调试的时候导入这个符号试试:

电脑core异常是腾讯游戏助手TGP里面的一个进程出问题了。core是unix系统的内核。当程序出现内存越界的时候, *** 作系统会中止进程。core核心,也即内核,是CPU最重要的组成部分,CPU所有的计算、接受存储命令、处理数据都由核心执行。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/11118063.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-13
下一篇 2023-05-13

发表评论

登录后才能评论

评论列表(0条)

保存