1、前言
仍然在从事linux下后台开发,常常与core文件打交道。还记得刚开始从事linux下开发时,程序忽然崩溃了linux更改ip地址,也没有任何日志。我不知所措,朋友叫我瞧瞧core,我却问哪些是corelinux伊甸园论坛,怎样看。同学嘲笑的目光,我仍然在目。后来学会了从core文件中剖析缘由,通过gdb看出程序挂再那里,剖析前后的变量,找出问题的诱因。当时就认为很神奇,core文件是如何形成的呢?莫非系统会手动形成,而且我在自己的linux系统里面写个非法程序测试,并没有形成core问题?这又是如何回事呢?明天在ngnix的源码时侯,发觉可以在程序中设置coredump,又是如何回事呢?在公司发觉生成的core文件都带有进程名称、进程ID、和时间,这又是如何做到的呢?明天带着这种疑惑来谈谈core文件是怎样生成在linux下由o文件编译生成cgi文件,怎么配置。
2、基本概念
当程序运行的过程中异常中止或崩溃,操作系统会将程序当时的显存状态记录出来,保存在一个文件中,这些行为就称作CoreDump(英文有的翻译成“核心轮询”)。我们可以觉得coredump是“内存快照”,但实际上,不仅显存信息之外,还有些关键的程序运行状态也会同时dump出来在linux下由o文件编译生成cgi文件,比如寄存器信息(包括程序表针、栈表针等)、内存管理信息、其他处理器和操作系统状态和信息。coredump对于编程人员确诊和调试程序是十分有帮助的,由于对于有些程序错误是很难再现的,比如表针异常,而coredump文件可以重现程序出错时的情境。
3、开启coredump
可以使用命令ulimit开启,也可以在程序中通过setrlimit系统调用开启。
程序中开启coredump,通过如下API可以查看和设置RLIMIT_CORE
#includeint getrlimit(int resource, struct rlimit *rlim); int setrlimit(int resource, const struct rlimit *rlim);
参考程序如下所示:
#include#include#include#include#define CORE_SIZE 1024 * 1024 * 500 int main() { struct rlimit rlmt; if (getrlimit(RLIMIT_CORE, &rlmt) == -1) { return -1; } printf("Before set rlimit CORE dump current is:%d, max is:%dn", (int)rlmt.rlim_cur, (int)rlmt.rlim_max); rlmt.rlim_cur = (rlim_t)CORE_SIZE; rlmt.rlim_max = (rlim_t)CORE_SIZE; if (setrlimit(RLIMIT_CORE, &rlmt) == -1) { return -1; } if (getrlimit(RLIMIT_CORE, &rlmt) == -1) { return -1; } printf("After set rlimit CORE dump current is:%d, max is:%dn", (int)rlmt.rlim_cur, (int)rlmt.rlim_max); /*测试非法内存,产生core文件*/ int *ptr = NULL; *ptr = 10; return 0; }
执行./main,生成的core文件如下所示
GDB调试core文件,查看程序挂在位置。当coredump以后,使用命令gdbprogramcore来查看core文件,其中program为可执行程序名,core为生成的core文件名。