pipe - 通过管道在 gdb 的 MI 输出上级别触发的 epoll

在一个应用程序中，我生成 gdb 并将其stdout（和其他）连接到管道。然后我epoll_wait在这个管道（和其他管道）上收到来自 gdb 的响应的通知。

每次epoll_wait以正返回值唤醒（有一个 fd 可供读取），我从 gdb 的管道中读取一行（stdout如果那是带有事件的 fd），然后返回到epoll_wait.

这一切都很好，除了有时 gdb 响应的最后一行（总是"(gdb)\n"）没有被读取，并且epoll_wait永远返回 0。如果我等待几秒钟，然后从 gdb 的stdout管道中读取，尽管epoll_wait返回 0，我可以收到该"(gdb)\n"行。

这是怎么回事？该数据显然在管道中准备好从中读取，但级别触发的 epoll 没有为它生成事件。

一些注意事项：

连接到 gdb 的管道stdout是用O_NONBLOCK.
epoll_create1被调用EPOLL_CLOEXEC（没有别的），即它的水平触发。
我使用 GNUgetline()读取一行
每次调用后getline()，我clearerr()都是管道的 fd（我这样做是因为在测试应用程序中我注意到是否达到 EOF（因为管道的另一端在我阅读之前还没有完成整行的写入），stdio-基于函数会卡住认为到达 EOF。我可以处理逐块读取行，所以这很好。我还尝试删除对clearerr()无效的调用）
epoll_wait如果我在读取每一行之后和再次 ing之前添加一秒钟的延迟，epoll_wait将立即stdout为初始版本+许可证消息的每一行返回 fd，但仍然不是最后"(gdb)\n"一行。

标签： pipeepoll

我怀疑问题在于 C 标准库所做的缓冲。以下是我对事件时间线的猜测：

核心问题是，就内核而言，用户空间标准输入缓冲区中的数据与您已经读取和处理的数据之间没有区别。要解决此问题，切勿将 FD 提供给将其包装在 a 中的任何函数，并直接使用系统调用FILE *自己进行所有读取。read

pipe - 通过管道在 gdb 的 MI 输出上级别触发的 epoll_wait() 不通知“(gdb)\n”行的存在