分享一种你可能不知道的bug定位方法

运行测试程序生成core文件：

后台进程如何生成core文件？

后台程序生成core文件的方式与前台程序不一样。这我也是前几天才知道的，我们设备上的程序设置为开机自启动运行于后台，程序崩溃时，竟然没有生成core文件。后来查了些资料才知道后台程序打开core文件的方式不同。

后台进程：后台进程又叫守护进程，是运行在系统后台的一种特殊进程，它独立于控制终端并且周期性地执行某种任务或等待处理某些发生的事件，后台进程最大的特点就是不受终端控制。一般用作系统服务，比如日志管理进程rsyslogd，数据库服务myspld等，当然也有一些用户程序因需要被放在后台运行，一般被放在/etc/ini.d/文件夹中设置开机自启动。

ulimit命令是有作用范围的，ulimit限制的是当前shell进程以及其派生的子进程，所以通过ulimit修改coresize只是针对在当前shell下启动的子进程，而不能影响其他shell下启动的进程。

所以当我们配置完成生成core dump的参数后，在当前shell直接执行的进程发生崩溃时可以正常生成core，而后台开机自启动的程序则无法生成，而实际总，嵌入式应用程序一般都是开机自启动的，并且发送崩溃的时机也是不可预测的，那么使用这种方式就不能正确的去捕捉coredump文件了。

后台进程要生成core dump文件需在进程代码中开启core dump功能，如：

左右滑动查看全部代码>>>

// 公众号：嵌入式大杂烩 #include  #include  #include  #include  #define SHELL_CMD_CONF_CORE_FILE "echo /var/core-%e-%p-%t > /proc/sys/kernel/core_pattern" #define SHELL_CMD_DEL_CORE_FILE "rm -f /var/core*" static int enable_core_dump(void) { int ret = -1; int resource = RLIMIT_CORE; struct rlimit rlim; rlim.rlim_cur = 1 ? RLIM_INFINITY : 0;
    rlim.rlim_max = 1 ? RLIM_INFINITY : 0;

    system(SHELL_CMD_DEL_CORE_FILE); if (0 != setrlimit(resource, &rlim))
    { printf("setrlimit error!\n"); return -1;
    } else {
        system(SHELL_CMD_CONF_CORE_FILE); printf("SHELL_CMD_CONF_CORE_FILE\n"); return 0;
    } return ret;
} int main(int argc, char **argv) {
    enable_core_dump(); printf("==================segmentation fault test==================\n"); int *p = NULL;
    *p = 1234; return 0;
}

#!/bin/sh cd /home
./test