使用GDB调试

在Linux系统中配置生成用于GDB分析的core dump（核心转储）文件，可以按照以下步骤进行：

步骤 1: 核心转储使能设置

首先，你需要确认系统的核心转储设置是否符合要求。可以通过以下命令检查当前设置：

bashCopy Code

ulimit -c

　　1.临时配置

　　这个命令会显示核心转储文件的最大大小。如果输出为 0，则表示核心转储功能被禁用。你可以使用以下命令临时修改为不限制大小：

　　bashCopy Code

　　　　ulimit -c unlimited

　　2.永久配置系统打开生成核心转储文件

永久性配置：如果希望永久性地修改核心转储设置，可以编辑 /etc/security/limits.conf 文件，添加如下内容：
Copy Code
```
*        hard    core    unlimited
```
这会使得所有用户的核心转储文件大小限制为无限制。

　　　　格式是<domain> <type> <item> <value>

#<domain> can be:
# - a user name
# - a group name, with @group syntax
# - the wildcard *, for default entry
# - the wildcard %, can be also used with %group syntax,
# for maxlogin limit
#
#<type> can have the two values:
# - "soft" for enforcing the soft limits
# - "hard" for enforcing hard limits
#
#<item> can be one of the following:
# - core - limits the core file size (KB)
# - data - max data size (KB)
# - fsize - maximum filesize (KB)
# - memlock - max locked-in-memory address space (KB)
# - nofile - max number of open file descriptors
# - rss - max resident set size (KB)
# - stack - max stack size (KB)
# - cpu - max CPU time (MIN)
# - nproc - max number of processes
# - as - address space limit (KB)
# - maxlogins - max number of logins for this user
# - maxsyslogins - max number of logins on the system
# - priority - the priority to run user process with
# - locks - max number of file locks the user can hold
# - sigpending - max number of pending signals
# - msgqueue - max memory used by POSIX message queues (bytes)
# - nice - max nice priority allowed to raise to values: [-20, 19]
# - rtprio - max realtime priority
#
#<domain> <type> <item> <value>

步骤 2: 核心文件存放位置

核心转储文件默认情况下会存放在进程的当前工作目录下，通常以 core 为文件名前缀。你可以通过修改 /proc/sys/kernel/core_pattern 文件来自定义核心转储文件的存放位置和命名规则。

例如，通过以下命令查看当前的核心转储文件设置：

bashCopy Code

cat /proc/sys/kernel/core_pattern

默认情况下，可能会显示类似于 /var/core/core.%e.%p.%h.%t 的设置，其中 %e 表示可执行文件名，%p 表示进程ID，%h 表示主机名，%t 表示时间戳。你可以根据需要自定义这个模式，确保目录存在并且有合适的权限。

　　/var/core/core.%e.%p.%h.%t，这个模式使用了一些特殊变量：

%e：可执行文件名。
%p：进程ID。
%h：主机名。
%t：时间戳。
%s：线程ID。

临时修改：

echo "/tmp/core.%e.%p.%h.%t" > /proc/sys/kernel/core_pattern

永久修改：

要永久修改核心转储文件的存放位置，你需要编辑系统的配置文件，通常是 /etc/sysctl.conf 或 /etc/sysctl.d/coredump.conf，然后sysctl --system或重启系统以确保修改生效

里面有这配置项

kernel.core_pattern = /new/path/core.%e.%p.%t

比如某嵌入式开发板的

/etc/sysctl.d/10-default.conf文件就有以下配置

kernel.core_pattern = /tmp/core.%e.%p.%t.%s

对于10-default.conf文件名，内核参数通常会根据文件名的数字前缀顺序加载，因此较高数字的文件（如99-xxx.conf）会在较低数字的文件（如10-xxx.conf）之后加载。这种顺序控制对于参数之间的依赖关系和优先级很重要

Ubuntu20的是用脚本配置

在启动脚本etc/init.d/apport中:

　　echo "|$AGENT -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E" > /proc/sys/kernel/core_pattern

cat /proc/sys/kernel/core_pattern后可以看到
　　|/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E

这个配置文件/proc/sys/kernel/core_pattern指定了系统在出现核心转储（core dump）时如何处理，配置完了sysctl -p或重启生效

|/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E

这个配置告诉系统在生成核心转储时，将核心转储的信息传递给apport工具。具体参数的含义如下：

- -p%p: 进程号（PID）
- -s%s: 信号号
- -c%c: CPU 核心号
- -d%d: 当前工作目录
- -P%P: 父进程的 PID
- -u%u: 用户 ID
- -g%g: 用户组 ID
- --: 分隔符，之后是核心文件的路径 %E

所以，当系统发生核心转储时，这个配置会将相关的信息传递给apport工具，用于处理和记录核心转储信息。Apport（应用程序错误报告）是一个用于处理和报告应用程序崩溃、错误和异常的工具。它主要用于Ubuntu及其衍生发行版中，用来捕获程序崩溃时的核心转储（core dump）和其他相关信息，然后生成错误报告并向开发者或维护团队发送。

可以在自启动脚本中，加入这两句命令也达到永久配置效果

ulimit -c unlimited

echo "/new/path/core.%e.%p.%t" > /proc/sys/kernel/core_pattern

步骤 3: 测试核心转储功能

为了验证配置是否生效，可以创建一个简单的程序，例如 test.c：

cCopy Code

#include <stdio.h>
#include <stdlib.h>

void segfault() {
    char *ptr = NULL;
    *ptr = 'a';  // 引发段错误
}

int main() {
    segfault();
    return 0;
}

编译并运行该程序：

bashCopy Code