一、core文件

当程序运行过程中出现Segmentation fault (core dumped)错误时，程序停止运行，并产生core文件。core文件是程序运行状态的内存映象。使用gdb调试core文件，可以帮助我们快速定位程序出现段错误的位置。当然，可执行程序编译时应加上-g编译选项，生成调试信息。
（这句重点理解三个地方，1.core文件是程序运行状态的内存映像 2.我们可以使用gdb调试core文件 3,前提是你编译的时候必须使用了-g选项生成的core文件才能调试）

当程序访问的内存超出了系统给定的内存空间，就会产生Segmentation fault (core dumped)，因此，段错误产生的情况主要有：
（1）访问不存在的内存地址；
（2）访问系统保护的内存地址；
（3）数组访问越界等。
注意：发生段错误，一定是对内存操作的操作引起的，即使没有gdb你想要调试，也必须从操作内存的地方取找问题，例如数组，指针的操作。

core dumped又叫核心转储, 当程序运行过程中发生异常, 程序异常退出时, 由操作系统把程序当前的内存状况存储在一个core文件中, 叫core dumped。
经典:核心已转储。

core意指core memory，用线圈做的内存。如今 ，半导体工业澎勃发展，已经没有人用 core memory 了，不过，在许多情况下，人们还是把记忆体叫作 core 。
这就话随便看看，core其实就是一个记忆体。

二、控制core文件是否生成

（1）使用ulimit -c命令可查看core文件的生成开关。若结果为0，则表示关闭了此功能，不会生成core文件。
注：ulimit为shell内建指令，可以用来控制shell执行程序的资源如-a是显示资源限制，-c表示上限-d表示数据节区大小，-m表示内存大小，-n表示文件数目，-p表示缓冲区大小，-s表示堆叠大小，-t表示cpu时间，-u表示程序数目，-v表示虚拟内存大小。

（ 2） 使用ulimit -c filesize命令，可以限制core文件的大小（filesize的单位为KB）。如果生成的信息超过此大小，将会被裁剪，最终生成一个不完整的core文件。在调试此core文 件的时候，gdb会提示错误。比如：ulimit -c 1024。

（3）使用ulimit -c unlimited，则表示core文件的大小不受限制。

在终端通过命令ulimit -c unlimited只是临时修改，重启后无效 ，要想永久修改有三种方式：
（1）在/etc/rc.local 中增加一行 ulimit -c unlimited
（2）在/etc/profile 中增加一行 ulimit -c unlimited
（3）在/etc/security/limits.conf最后增加如下两行记录：
@root soft core unlimited
@root hard core unlimited

三、core文件的名称和生成路径

core默认的文件名称是core.pid，pid指的是产生段错误的程序的进程号。
默认路径是产生段错误的程序的当前目录。
所以，只要你编译的二进制程序有带参数-g，那么当出现段错误的时候，你就可以在当前路径下找到core.pid的文件。

如果想修改core文件的名称和生成路径，相关的配置文件为：
/proc/sys/kernel/core_uses_pid：控制产生的core文件的文件名中是否添加pid作为扩展，如果添加则文件内容为1，否则为0。
cat /proc/sys/kernel/core_uses_pid 一般来说这个文件都是为0

/proc/sys/kernel/core_pattern：可以设置格式化的core文件保存的位置和文件名，比如原来文件内容是core-%e。
可以这样修改:
echo “/corefile/core-%e-%p-%t” > /proc/sys/kernel/core_pattern
将会控制所产生的core文件会存放到/corefile目录下，产生的文件名为：core-命令名-pid-时间戳。
注意：如果你在当前可执行程序下方没有找到core文件的话，你可以在/proc/sys/kernel/core_pattern查看core文件的存放路径。
具体的参数列表可以看：

%p - insert pid into filename 添加pid
%u - insert current uid into filename 添加当前uid
%g - insert current gid into filename 添加当前gid
%s - insert signal that caused the coredump into the filename 添加导致产生core的信号
%t - insert UNIX time that the coredump occurred into filename 添加core文件生成时的unix时间
%h - insert hostname where the coredump happened into filename 添加主机名
%e - insert coredumping executable name into filename 添加命令名。
一般情况下，无需修改，按照默认的方式即可

四、gdb调试core文件的步骤

使用gdb调试core文件来查找程序中出现段错误的位置时，要注意的是可执行程序在编译的时候需要加上-g编译命令选项。

gdb调试core文件的步骤常见的有如下几种，推荐第一种。

具体步骤一：
（1）启动gdb，进入core文件，命令格式：gdb [exec file] [core file]。
用法示例：gdb ./test test.core。

（2）在进入gdb后，查找段错误位置：where或者bt
用法示例：

记住了，直接bt，就是这么变态

具体步骤二：

（1）启动gdb，进入core文件，命令格式：gdb –core=[core file]。
用法示例：gdb –core=test.core。

（2）在进入gdb后，指定core文件对应的符号表，命令格式：file [exec file] .
用法示例：

（3）查找段错误位置：where或者bt。
用法示例：

具体步骤三：
（1）启动gdb，进入core文件，命令格式：gdb -c [core file]。
用法示例：gdb -core test.core。
（2）其它步骤同步骤二。
当然其他解决段错误的方法可以看：https://blog.csdn.net/ithomer/article/details/5929720

五、如何加载动态库

set solib-search-path /home/zsy/AT_S/astcore/product/s_series/target/usr/lib/asterisk/modules/:/home/zsy/AT_S/astcore/staging/usr/lib/:/home/zsy/AT_S/astcore/src/asterisk-13.7.0/res/:/home/zsy/AT_S/astcore/release/s_series/lib/
使用绝对路径，每个路径直接用：隔开。
然后执行：core-file清空core文件
最后执行：core-file file 重新加载core文件file为具体的core文件路径