我想知道在下面的代码片段中为什么fscanf
在执行过程中抛出-1,因此我没有得到所需的输出。
#include<stdio.h>
#include<string.h>
#include<malloc.h>
int main(){
FILE *fp=NULL;
char fname[200], cmd[200];
int i=0,j=0;
system("ls /tmp/*.msg -1rt > /tmp/xyz.txt");
fp=fopen("/tmp/xyz.txt","r+");
if(fp!=NULL){
i=fscanf(fp,"%s",fname);
while(i!=EOF){
sleep(2);
printf("Filename is:'%s'\n",fname);
sprintf(cmd, "rm -rf %s; touch /tmp/a_%d_new.msg",fname,j++);
system(cmd);
memset(fname, 0, 200);
memset(cmd,0, 200);
system("ls /tmp/*.msg -rt1 > /tmp/xyz.txt");
i=fscanf(fp,"%s",fname);// fscanf will return error after some iterations
printf("The I Value is: '%d'\n",i);
}
}
if(fp!=NULL)
fclose(fp);
return 0;
}
重现步骤:
- 创建/tmp/xyz.txt 文件(无数据)
- > xyz.txt(如果有数据则将其清空)
- rm -rf *.msg
- 触摸a.msg b.msg c.msg d.msg e.msg f.msg
在这里,我期待从 while 循环中正常退出。在当前情况下,由于 fscanf 函数,它不会发生。
最佳答案
我发现我第二次解释得更好,所以这是我更好的解释:
FILE
是一个有状态设备,包括 EOF
标志和缓冲区。如果缓冲时到达文件末尾,则它可能会在缓冲区中排队,并且缓冲区在耗尽之前不会更新。本质上发生的事情是在内存中创建了部分文件的副本,当您对该文件进行外部更改时,内存中的副本将变得不同步。
解决方案是以某种方式同步缓冲区。如果更改文件位置,那么标准库将别无选择,只能更新缓存版本并重置 EOF
旗帜。您有两个选择:
-
rewind
如果您打算使用<
就有意义按照你的方式,因为你每次循环都会覆盖文件,所以你需要从文件的开头读取。 -
fgetpos
,然后是您的fscanf
,然后是fsetpos
仅当您打算使用<<
时才有意义而不是<
,因为<<
连接到文件末尾,因此当fscanf
如果失败,您将能够在更新文件后从上次中断的地方继续。
在我的第一个回答中,我还提出了有关您选择的设计的问题。其要点是,无论您做出上述哪个选择,fscanf
通常不应产生 EOF
值,除非您的 system
之一调用无法创建文件。我认为您是根据我们下面的对话收集到的。不幸的是,除非您对您的程序应该解决的问题给出更广泛的概述,否则我无法提出任何建议...我只能说,while(i!=EOF)
没有多大意义。
话虽如此,C 代码调用 system
是不寻常的(有点浪费,可能错误且不安全) ...同样,我需要知道您的程序预计要解决什么问题,以便提出更好的建议。
关于c - C 程序中 fscanf 的奇怪行为,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34149526/