如果需要针对所有用户生效,那么需要在 /etc/profile 追加:
然后再对应执行 source ~/.bash_profile 或者 source /etc/profile
测试:
编译运行,然后键盘敲 Ctrl + \,会发现当前目录生成了core文件。
在 /proc/sys/kernel/core_pattern 可以设置格式化的core文件保存位置和文件名。
比如: core-%e-%p-%t 表示慎举在当前目录生成 "core-命令-pid-时间戳" 为文件名的core文件
比如: /cfg/core-%e-%p-%t 表示在/cfg下生成 "core-命告孝手令-pid-时间戳" 为文件名的core文件
注意: /proc/sys/kernel/core_pattern 不能直接编辑,可以用 echo core-%e-%p-%t >/proc/sys/kernel/core_pattern
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调试的时候导入这个符号试试:
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)