GetChar（）即使在随后的呼叫后仍会返回EOF，但读取（）系统呼叫似乎是“清晰的” stdin。背后的原因是什么？

Question

char buff[1];

int main() {
    int c;
    c = getchar();
    printf("%d\n", c); //output -1

    c = getchar();
    printf("%d\n", c); // output -1

    int res;

    //here I get a prompt for input. What happened to EOF ?
 
    while ((res = read(0, buff, 1)) > 0) { 
        printf("Hello\n");
    }

    while ((res = read(0, buff, 1)) > 0) {
        printf("Hello\n");
    }

    return 0;
}

代码中使用注释的行显示的结果输出是简单地键入 ctrl-d （MacOS上的eof）。

我对getchar（）的行为有些困惑，尤其是与读取相比。

1. 是否应该读取 内的系统调用循环也返回eof？他们为什么提示用户？是否发生过某种stdin明确发生了？

2. 考虑到getchar（）使用读取在引擎盖下的系统调用，他们的行为如何有所不同？ stdin不应该是“唯一”，而eof共享条件？

3. 如何在以下代码中获得两个读取系统调用返回eof当给出 ctrl-d 输入时？

    int res;

    while ((res = read(0, buff, 1)) > 0) {
        printf("Hello\n");
    }

    while ((res = read(0, buff, 1)) > 0) {
        printf("Hello\n");
    }

我试图在所有这些背后找到逻辑。希望某人可以清楚地表明eof真正的行为方式。

PS我正在使用Mac OS机器

Answer 1

一旦设置了 stdin，getchar（）不尝试阅读。

清除文件终止指示器（例如clearerr（）或其他）重新读取。

getchar函数等于getc带有参数stdin。

getc功能等于fgetc ...

如果未设置输入流的文件终止指示器，并且存在下一个字符，则fgetc函数将该字符作为未符号char转换为int，并为流的相关文件位置指示器（如果定义）。

read（）仍尝试每次读取。

---

注意：通过文件 *读取，例如stdin，如果设置了文件终止指示器，则不会尝试阅读。但是，即使设置了错误指示器，仍会发生读取尝试。

Answer 2

MACOS是BSD Unix系统的衍生产品。它的STDIO实现不是来自GNU软件，因此是不同的实现。在EOF上，发出读取（2）系统调用并接收0作为读取的字符数时，文件描述符被标记为错误2）再次直至重置错误条件，并产生您观察到的行为。在发出下一个getchar（3）调用之前，请使用clearerr（stream）;在文件 *描述符上使用，一切都很好。您也可以使用GLIB来执行此操作，然后，您的程序将在STDIO的任何一个实施中运行（GLIB vs. BSD）

我试图在所有这些背后找到逻辑。希望有人可以清楚地表明它的真正行为是什么。

eof只是一个常数（通常为-1），它与任何可能的char> char值由getchar（3）（<）代码> getchar（）在0..255中返回int，而不是为此目的返回char，以扩展范围OS可能具有一个可能的字符，以代表EOF条件，但EOF不是一个char）文件条件的结束是由getchar函数家族（getchar，fgetC等）表示的，因为文件的结束是由read> read（2）发出的。返回值为0（返回字符的数量为零），该值不会映射为某些字符。...因此，可能的字符数被扩展到整数和新值eof定义为在到达文件状态结束时返回。这与具有CTRL-D字符（ASCII EOT或CNTRL-D，十进制值4）的文件兼容，并且不表示文件状态的结尾（当您从文件中读取ASCII EOT时4）

另一侧的UNIX TTY实现允许在线输入模式使用特殊字符（CTRL-D，ASCII EOT/传输末端，小数值4），以指示流和末端到驱动程序... 。没有读取的内容，您将获得文件的末尾），因此请认为cntrl-d仅在UNIX TTY驱动程序中仅是特殊，并且仅当它以规范模式（行输入模式）工作时。因此，最后，只有两种方法可以在行模式下将数据输入程序：

• 按返回键（由终端映射到ASCII CR中，终端将其转换为ASCII LF，著名'\ n '字符），ASCII LF字符输入到程序
• 按下CTRL-D键。这使得终端可以抓住直到本时的所有内容并将其发送到程序（不添加CTRL-D本身），并且没有将字符添加到输入缓冲区中，这意味着，如果输入缓冲区是空的，没有发送到程序，读取（2）呼叫从缓冲区有效地读取零字符。

为了在每种情况下统一，读取（2）系统调用通常会阻止内核直到一个或多个字符可用。...该程序。这应该是您的文件指示。许多程序读取不完整的缓冲区（小于您作为参数传递的字符数），然后在文件的真实末尾发出信号之前，因此，几乎每个程序都会读取另一个程序以检查是否是不完整的读数，或者确实是结束文件指示。

最后，如果我想将CNTRL-D字符作为文件输入CNTRL-D字符。...TTY实现中还有另一个特殊字符，可以使您能够逃脱此前面的特殊字符上的特殊行为。在当今的系统中，该字符默认是CTRL-V，因此，如果要输入特殊字符（甚至是？ctrl-v），则必须使用CTRL-V之前使用它，使得将CTRL-D输入到文件中才能必须输入CTRL-V + CTRL-D。