gpt4 book ai didi

c - 在输入行中间使用 EOF?

转载 作者:太空宇宙 更新时间:2023-11-04 04:24:49 27 4
gpt4 key购买 nike

对于我的程序,我有一个到标准输出的提示

>

然后我的程序从标准输入读取。如果未达到 EOF,则提示循环。我注意到我是否输入了一些内容,例如:

> bee

当我按一次 CTRL-D 时,没有任何反应。当我再次按下 CTRL-D 时,我的提示再次出现。只有当我第三次按下它时,我的程序才会因 EOF 而终止。这是否意味着我的代码有问题?或者这是正常行为?

这是我的代码的简化版本:

(fopen used)
(print prompt)
while((fgets(tester, 1026, input)) != NULL) {
if(there is a # in tester) {
(print prompt)
continue;
}
}

最佳答案

在 unix 终端中,CTRL-D 只是立即发送终端输入缓冲区中待处理的所有字节。


背景:

通常,当您在终端中输入东西时,这些东西是行缓冲的,因此您可以继续编辑一行直到您满意为止,然后通过输入换行符(或 CTRL-D)将其发送到正在运行的进程, 区别仅在于 CTRL-D 不在末尾添加换行符)。

现在,进程通过检查 read() 调用是否返回任何内容来检测输入流的结尾。所以,如果你在一个空的输入缓冲区上按下 CTRL-D,read() 调用什么也没有返回,并且进程认为“没有更多的字节从这个流中出来,我最好不要尝试再次”。 Afaik,没有其他方法可以检查输入流的结尾,因此所有在 stdin 上识别 EOF 的程序都直接或通过标准 C 库执行此操作.后者是您调用 fgets() 时所做的。


您的情况:

  1. 第一个 CTRL-D 只是将三个字符“bee”发送到您的进程。 fgets() 调用中的 read() 调用返回这三个字符,并且您的 fgets() 实现检查换行符。由于找不到任何字符,并且它自己的输出缓冲区尚未满,它会立即继续使用另一个 read() 调用来获取更多字符。

  2. 第二次 CTRL-D 不发送任何内容,因为自上次 CTRL-D 以来您没有输入任何其他字符。 write() 调用没有输出返回,fgets() 发现它收到了零个字符并将其称为 EOF 条件。所以它返回(主要是缓冲的)字符串 "bee" 给你。

    您的程序可能会检查该字符串是否包含 # 字符。但是直到 fgets() 调用返回 NULL(没有 break 语句初步离开循环),它的循环才能终止。

  3. 第三次 CTRL-D 再次向您的进程发送零字节。这会导致第二次 fgets() 调用的第一次 read() 调用返回零字节(第一次迭代成功后将重新进入循环)。 fgets() 实现看到空结果,并且由于它发现它还没有接收到任何字节,所以它返回 NULL。您的循环条件看到 NULL 并终止循环,这反过来导致您的 main() 返回,退出进程。


长话短说:

是的,这完全是预期的行为,尽管它看起来相当违反直觉。这就是 UNIX:它是 KISS,不一定是直观的。

关于c - 在输入行中间使用 EOF?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42753314/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com