问题标签 [fgetc]

我已经阅读了该站点上的几个问题，并设法编写了下面的代码，该代码从文件中读取数据（如下所示的代码之前）。问题是代码在段中进入无限循环do {...} while，表明它不能“识别”换行符。我不知道该怎么做。此外，当我从命令行传递要读取的文件名时，它会崩溃。有人可以帮忙吗？

输入文件格式：

代码：

temp.txt是一个缓慢增加的日志文件，因此该程序可以读取 EOF。在它第一次遇到 EOF 之后，我认为它应该停止获取temp.txt的新添加数据，而它就像tail -f temp.txt并继续打印文件的新行一样。

是的，我知道有一个无限循环。问题是我想，当fgetc第一次遇到 EOF 时，它应该在 struct fp中做一些记录，并且fgetc的下一次调用应该检查这一点并立即返回 EOF。为什么它继续读取磁盘上的数据，它没有到达文件末尾？这是预期的行为吗？

我目前正在为我玩的游戏开发演示文件解析器。我一直在查看 PHP 中给出的格式和示例（试图将其转换为 C#），但它使用 fgetc，据我所知，它在 C# 中不可用，只有 C++ 可用。有什么想法可以解决这个问题吗？我试过使用StreamReader.Read()但它不喜欢空值。

如果有人想查看完整的脚本以更好地了解我想要实现的目标，可以在此处找到该示例。

谢谢！

我正在尝试从文本文件中填充数组。我正在使用 fgetc，我的问题是处理文本文件中的换行符。我目前有，

这个想法是，如果有一个换行符，我想在循环的相同 i,j 位置推进文件指针，这样我就可以获得下一个字符。前两行的输出是混乱的，然后它开始读取字符代码为 -1 的字符。我做错了什么吗？

我正在编写一个打印出 Firefoxcookies.sqlite文件的程序。

代码EOF在文件结束前的各个点返回。在十六进制编辑器或记事本中打开文件显示文件要大得多。EOF总是出现在相同的点。跳过这些点，读取数据直到下一个EOF。发生这种情况的字符EOF通常在以前没有任何问题的情况下被删除（即0x1a，0x13）。

检查结果ferror()无济于事（因为不存在错误）。

我不确定如何在调试过程中进行，有人可以引导我走向正确的方向吗？

我有一个执行以下操作的函数：

头痛总是被称为头痛(&lineptr,&n,stream)，其中

do{}while(); 循环永远不会确认换行符或 EOF，这意味着它将无限继续。我不明白为什么它忽略 EOF 和 '\n'。有人可以告诉我我做错了什么吗？

我在任何地方都看到“它实际上是相同的”，或者类似的东西......

来自GNU C 编程教程：

GNU C 库中还有一个名为 fgetc 的函数。它在大多数方面与 getc 相同，只是 getc 通常实现为宏函数并且经过高度优化，因此在大多数情况下更可取。（在您从标准输入读取的情况下，getc 与 fgetc 一样快，因为与计算机读取输入的速度相比，人类打字速度较慢，但​​是当您从非人类交互式生成的流中读取时， fgetc 可能更好。）

其他的区别是什么？我听说它们每个都有不同的实现（并且可以用作宏），但是，是什么让它们如此不同（或足够不同）以使它们都在标准 C 库（或规范）中？

I am trying to code a game in C that deals with selection of races. Each races has their own "stories" and when the user chooses to read one of their stories, what I want to happen is,

While the program is running on Command Prompt, it will display the content I have typed in that specific text file about the story of the selected race.

This is what I have done so far.

Please help me? :) Please!

我一直在尝试使用 fgetc 读取文件，但我无法将行分成我需要的部分

例如，如果我有： x: xx xxx, xxxx；我想把它分解成：

X

xx

xxx

xxxx

我有一个从存储在变量 i 中的 fgetc(file) 获得的字符。我想将 i 中包含的字符与常量 ie 进行比较(i == "\n")，但当然 i 是整数类型。我试过((char)i == "\n")了，但它不起作用。在这两种情况下，我都会收到“警告：指针和整数之间的比较”，但我不确定如何将其从指针更改为实际值。我应该在这里做什么？

编辑

看我的回答。