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文件。

1. 概述

运行时错误相当多，尤其是内存方面的。

2. 常见运行时错误

2.1 terminate called after throwing an instance of 'std::bad_alloc'

下面这个错误，我的程序在数据量太大才出现的。分析了一下，确定以前遗留代码中频繁的使用 new 生成数组，再使用 delete[] 删除。最后修改为声明数组（我的程序只需要一个读写 buffer 区）:

terminate called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_alloc
Aborted

2.2 free(): invalid next size (fast)

不合理生成 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, "/");