Question

我正在编写一个应用程序，它首先从unix管道接收数据，然后提示用户输入。我似乎无法弄清楚为什么在提示用户输入之前管道的输入似乎没有正确关闭。感觉我在这里缺少一些非常基本的东西。

我已经尝试了所有用于刷新stdin的示例here但没有成功。 This似乎也可能具有相关性，但我还没有设法提取任何相关答案。

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

#define BUFSZ 1024

int main(void) {

    char *buf = calloc(BUFSZ, sizeof(char));

    while(fgets(buf, BUFSZ, stdin)) { printf("Pipe input: %s", buf); }

    printf("Enter input: ");
    fgets(buf, BUFSZ, stdin);
    printf("User input: %s", buf);

    free(buf);
    return 0;
}

示例用法和输出：

$ cat testdata2 | ./a.out
Pipe input: testdata testdata
Pipe input: testdata testdata2
Pipe input: testdata testdata3
Pipe input: testdata testdata4
Pipe input: testdata testdata5
Pipe input: testdata testdata6
Pipe input: testdata testdata7
Enter input: User input: testdata testdata7
$

第二个fgets（）（用于键盘输入）从不接触缓冲区怎么可能？

此MCVE已经在OSX和Linux上进行了编译测试，结果相同。

Answer 1

如果stdin是管道，则stdin不是终端。当你到达管道的尽头时，就是这样！这是stdin的结束。你期待某种神奇的转变，stdin不再是管道，而是开始成为别的东西。不要指望那样。它仍然是管道。并且EOF已经发生。对于管道，EOF是永久性条件。一旦你击中了EOF，你将永远不会得到更多。

每隔时间检查fgets 的返回值。你会看到最后一个返回null，因为它在EOF。

想要阅读管道stdin并获得键盘输入的程序必须单独打开终端，如FILE *tty = fopen("/dev/tty", "r");

C - stdin，unix管道和EOF

1 个答案: