gdb 核心转储警告：在文件支持的映射注释处理期间无法打开文件 /memfd:magicringbuffer（已删除）

Question

我使用memfd_create 、 ftruncate 、 mmap和munmap在 linux 上实现了一个魔环缓冲区 (MRB)。 memfd_create返回的fd会在缓冲区完全构建后变为close() 。 MRB 本身运行良好，运行良好。

问题：

1. 尝试使用gcore在运行此 MRB 的进程上创建核心文件。
2. 然后他们尝试使用gdb <executable> -c <core-file>

gdb然后打印警告：

warning: Can't open file /memfd:magicringbuffer (deleted) during file-backed mapping note processing

补充说明：

• "magicringbuffer"是在memfd_create(const char *name, unsigned int flags);中作为name参数传递的字符串；
• 在 CentOS 版本 7 上构建并运行

问题：

• 这个警告到底是什么意思？ 是什么原因造成的？ 是因为“文件”是虚拟的吗？ 还是因为它是close()的？
• 它的含义是什么？ 它会导致缺少调试符号吗？ <executable>确实是带有调试符号的二进制文件

我试图在互联网上寻找答案，但没有找到令人满意的答案。

Answer 1

GDB 试图在核心转储时尽可能准确地重建前一个进程的虚拟地址空间。 这包括重新创建所有 mmap 区域。 该消息仅意味着 GDB尝试重新创建由 memfd 支持的 mmap 区域，但失败了。 IIRC，核心文件中的注释告诉 GDB 存在 mmap 区域——“文件支持的映射注释”——是在 memfd_create 出现之前设计的，因此 GDB 不知道它应该调用 memfd_create()而不是这个的常规旧 open() 。 即使这样做了，它也无法恢复对原始memfd 区域的访问（当您开始从核心转储进行调试时，它可能完全消失了）。

这样做的实际结果是，在从核心转储进行调试时，您将无法查看魔环缓冲区中 memory 的内容。 但是，调试符号应该不受影响。

这可以说是 kernel 或 gcore 中的一个错误（不确定是哪个）； memfd 支持的 memory 区域的内容可以说应该像 MAP_ANONYMOUS 区域一样转储到核心文件中，而不是生成文件支持的映射注释。