Linux下core文件
程序运行过程中,出现了如下信息:
terminate called after throwing an instance of 'std::bad_alloc'
what(): St9bad_alloc
Aborted (core dumped)
所以查阅了关于core文件的相关信息,如下:
当我们的程序崩溃时,内核有可能把该程序当前内存映射到core文件里,方便程序员找到程序出现问题的地方。最常出现的,几乎所有C程序员都出现过的错误就是“段错误”了。也是最难查出问题原因的一个错误
何谓core文件?
当一个程序崩溃时,在进程当前工作目录的core文件中复制了该进程的存储图像。core文件仅仅是一个内存映象(同时加上调试信息),主要是用来调试的。
查看core文件
# gdb peer_tracker.wd core.3189
(peer_tracker.wd为执行的文件)
(gdb) bt
使用bt命令(或用where代替bt)可以查看崩溃时的堆栈信息
附:
1.core文件的生成开关和大小限制
1)使用ulimit -c命令可查看core文件的生成开关。若结果为0,则表示关闭了此功能,不会生成core文件。
2)使用ulimit -c filesize命令,可以限制core文件的大小(filesize的单位为kbyte)。若ulimit -c unlimited,则表示core文件的大小不受限制。如果生成的信息超过此大小,将会被裁剪,最终生成一个不完整的core文件。在调试此core文件的时候,gdb会提示错误。
2.core文件的名称和生成路径
core文件生成路径:
输入可执行文件运行命令的同一路径下。
若系统生成的core文件不带其它任何扩展名称,则全部命名为core。新的core文件生成将覆盖原来的core文件。
运行时错误相当多,尤其是内存方面的。
下面这个错误,我的程序在数据量太大才出现的。分析了一下,确定以前遗留代码中频繁的使用 new 生成数组,再使用 delete[] 删除。最后修改为声明数组(我的程序只需要一个读写 buffer 区):
terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc Aborted
不合理生成 malloc 的问题:
*** glibc detected *** ./p_main: free(): invalid next size (fast): 0x08cec800 ***
我的情况是,声明一个 char 指针存放数据,未能考虑末尾的 '0' , 故 free 释放出错:
tmpdir = (char *)malloc (strlen (dir) + 1 + 1); strcpy (tmpdir, dir); if (tmpdir[strlen (tmpdir) - 1] != '/') strcat (tmpdir, "/");