从第三大点开始讲解ubuntu20.04下无法形成core dump文件的解决办法。
在之前讲过的信号中，终止进程的信号的动作分为两种，一种是core，一种是term。term（全称termination）是直接终止进程；而core的动作同样是终止进程，但是core在终止进程的同时会给我们形成core dump文件。
当进程收到动作为core的信号发生异常退出时，将进程在内存中的核心数据（主要是与调试有关的核心数据）转储到磁盘中形成core dump文件，core dump文件可以帮助程序员定位到程序为什么退出以及是在哪一行退出的。它包含了崩溃时的内存状态信息，如变量值、函数调用栈等。core文件可以用来检查内存泄漏，因为它包含了程序在崩溃时的内存状态信息，通过分析可以找出哪些内存没有被释放。有时候程序崩溃是难以复现的，生成core dump文件可以帮助程序员在不同的环境中重现问题，以便更好地调试。利用core dump文件调试也叫做事后调试。
在Linux系统上，core dump文件的生成默认是关闭的。
默认core文件的大小为零，也就是关闭的。?
下面是core文件生成的打开方法。
?ulimit -c 10240（设置core dump文件的文件大小，单位为kb）
设置完成以后，我们就可以看到core文件的大小变为我们设置的大小了。下面我写一段测试代码：
#include <iostream>
using namespace std;
int main()
{
int a = 10;
a /= 0;
return 0;
}此时我已经设置了core文件的大小，core dumped功能已经打开，可在当前目录下却没有形成core文件：
这是在ubuntu20.04系统下会产生的结果，下面我会讲解解决的方法。
需要在root用户或者是用sudo提权执行这条指令：
sudo bash -c "echo core > /proc/sys/kernel/core_pattern"
在ubuntu20.04这个系统下，/proc/sys/kernel/core_pattern路径下的这个core_pattern文件的内容默认是空的，执行sudo ?"echo core > /proc/sys/kernel/core_pattern"这条指令是用来设置内核的 core dump 模式的。当你设置core_pattern为?"core"，系统会在程序崩溃并产生 core dump 时，将 core dump 文件命名为core而不是默认的带有进程 ID 和其他信息的文件名。 也就是说，形成的core dump文件的名称是可以自定义的，但我还是建议将core dump文件的名称就设置为core。
先设置core dump文件的大小：
执行该条指令，运行我的可执行程序，发生除0错误，这次就会形成core dump文件了。?
?core可以帮助调试，直接帮我们指定错误在第几行：
????????这也是我在写入core到core_pattern文件中所遇到的问题。刚开始我是用vim向core_pattern文件中写入core的，但在保存退出的时候遇到了下面这个问题：
原因是因为操作系统proc目录中的文件并不是实际的文件。/proc目录在Linux系统中是一个伪文件系统，它只存在于内存中，并不占用实际的磁盘空间。这个目录下的文件并不是真正的文件和目录，而是内核运行时的一些信息、状态和参数的接口。这些文件通常用于查看和修改内核参数、系统状态、硬件信息等。
由于/proc目录下的文件并不对应实际的磁盘上的数据，因此它们不能被常规的文本编辑器（如vim）进行编辑。实际上，当你尝试使用vim或其他文本编辑器打开并修改/proc下的文件时，你实际上是在尝试修改内核的状态或参数，而这是不被允许的。所以修改/proc下的文件时更常见的是使用shell命令。
看了有的文章说禁用apport功能也能正常在当前目录下形成core dump文件，但是在ubuntu20.04这个系统下我已经尝试过了，并不能解决这个问题，大家也可以尝试一下这个方法看看。
