问一个关于EOF的问题
我遇到了和以下地址类似的问题
http://zhidao.baidu.com/question/47213513
这个方法确实能解决，但究竟是为什么呢？想了很久也没想明白
按照谭浩强版的说法，读写完一个字符后，位置指针就自动移到下一个字符。所以，假设被读文件内容就只有a一个字符。那么fgetc之后，文件指针就应该已经指向下一个，也就是EOF，这时while就应该判断为假停止执行，不会读入EOF。问题的出现应该是把eof当字符读入了。EOF值是-1或者255，所以输出了?，我还见过\FF，都是一样。
为什么会这样呢？


[解决办法]
楼主就扔了谭的破书吧，珍惜生命。
fread、fget等族函数的伪码是
if (pos - fileBegin == fileLength)
{
return EOF;
}
return *pos;
文件里就没有eof的
[解决办法]

C/C++ code

EOF是end of file的缩写，表示"文字流"（stream）的结尾。这里的"文字流"，可以是文件（file），也可以是标准输入（stdin）。比如，下面这段代码就表示，如果不是文件结尾，就把文件的内容复制到屏幕上。　　int c;　　while ((c = fgetc(fp)) != EOF) {　　　　putchar (c);　　}很自然地，我就以为，每个文件的结尾处，有一个叫做EOF的特殊字符，读取到这个字符，操作系统就认为文件结束了。但是，后来我发现，EOF不是特殊字符，而是一个定义在头文件stdio.h的常量，一般等于-1。#define EOF (-1)于是，我就困惑了。如果EOF是一个特殊字符，那么假定每个文本文件的结尾都有一个EOF（也就是-1），还是可以做到的，因为文本对应的ASCII码都是正值，不可能有负值。但是，二进制文件怎么办呢？怎么处理文件内部包含的-1呢？这个问题让我想了很久，后来查了资料才知道，在Linux系统之中，EOF根本不是一个字符，而是当系统读取到文件结尾，所返回的一个信号值（也就是-1）。至于系统怎么知道文件的结尾，资料上说是通过比较文件的长度。所以，处理文件可以写成下面这样：　　int c;　　while ((c = fgetc(fp)) != EOF) {　　　　do something　　}这样写有一个问题。fgetc()不仅是遇到文件结尾时返回EOF，而且当发生错误时，也会返回EOF。因此，C语言又提供了feof()函数，用来保证确实是到了文件结尾。上面的代码feof()版本的写法就是：　　int c;　　while (!feof(fp)) {　　　　c = fgetc(fp);　　　　do something;　　}但是，这样写也有问题。fgetc()读取文件的最后一个字符以后，C语言的feof()函数依然返回0，表明没有到达文件结尾；只有当fgetc()向后再读取一个字符（即越过最后一个字符），feof()才会返回一个非零值，表示到达文件结尾。所以，按照上面这样写法，如果一个文件含有n个字符，那么while循环的内部操作会运行n+1次。所以，最保险的写法是像下面这样：　　int c = fgetc(fp);　　while (c != EOF) {　　　　do something;　　　　c = fgetc(fp);　　}　　if (feof(fp)) {　　　　printf("\n End of file reached.");　　} else {　　　　printf("\n Something went wrong.");　　}除了表示文件结尾，EOF还可以表示标准输入的结尾。　　int c;　　while ((c = getchar()) != EOF) {　　　　putchar(c);　　}但是，标准输入与文件不一样，无法事先知道输入的长度，必须手动输入一个字符，表示到达EOF。Linux中，在新的一行的开头，按下Ctrl-D，就代表EOF（如果在一行的中间按下Ctrl-D，则表示输出"标准输入"的缓存区，所以这时必须按两次Ctrl-D）；Windows中，Ctrl-Z表示EOF。（顺便提一句，Linux中按下Ctrl-Z，表示将该进程中断，在后台挂起，用fg命令可以重新切回到前台；按下Ctrl-C表示终止该进程。）那么，如果真的想输入Ctrl-D怎么办？这时必须先按下Ctrl-V，然后就可以输入Ctrl-D，系统就不会认为这是EOF信号。Ctrl-V表示按"字面含义"解读下一个输入，要是想按"字面含义"输入Ctrl-V，连续输入两次就行了。