clearerr的用途是什么？

Question

我试图理解何时应该使用stdio函数clearr（）。

例如，如果我对有效的文件*执行fread（）或fwrite（），并得到一个短计数，并且ferror为真，我该怎么办？

从我到目前为止所读到的，fread（）和f写（）是健壮的，并且会阻止和/或重试（如果有锁和/或中断可能发生在较低级别的函数中），所以使用<代码>clearerr（）因为fread或f写错误将是如此灾难性，以至于没有必要尝试恢复。

另外，ferror（）只告诉我有错误，而不是错误是什么。

   #define SZ 1024
   FILE* fp = fopen( "foo", "r" );
   if ( fp ) {
      char b[SZ];
      int ch_count = fread( b, sizeof(char), SZ, fp );
      if ( ch_count != SZ && ferror( fp ) ) {
          // how would clearerr() be used. I don't know? 
          // ....
          // should I drop through here to fclose? (when I've got an ferror)
      }
      fclose( fp );
   }

Answer 1

clearr（）清除流中的错误和EOF标志。

说FILE是这样的：

typedef struct {
    int fd;
    char *buf;
    int error;
    int eof;
} FILE;
FILE *file;

这将设置文件-

这样做的一些原因包括文件I/O，例如当一个文件给出EOF，但另一个程序（或另一个线程等）附加到它时。如果在执行此操作后清除错误，则可以让程序充当某种tail-f-substitute。

Answer 2

设置FILE错误状态的函数（由ferror报告）即使稍后调用成功，也不会清除它。同样，如果您在读取时遇到文件结束，即使文件稍后有更多可用数据，也不会自动清除。

基本上，这意味着如果您使用ferror来检查错误状态，并且您有一些方法可以从中恢复，则ferror将继续指示错误，直到您使用clearerr。

在您的示例中，如果只使用fread的返回值作为终止读取的条件（即，EOF和任何类型的错误都被视为最终错误），则无需clearr：只需转到fclose（并且可能使用ferror来确定是否打印错误消息）。

另一方面，如果FILE实际上是一个流，读取可以在以后成功，并且您检测到（或假设）特定条件并重试，您应该在重试之前clearerr，否则您将继续看到旧错误未来尝试的条件。

同样，正如注释中指出的，clearerr也清除了文件状态的结束，所以这也适用于使用feof检查文件的结束。但是，请注意，您通常不应该使用！feof（file）作为读取时的循环条件。（

Answer 3

clearerr至少有一个真实世界的用例：当您想在一个没有以独占模式打开的文件上模拟尾-f时。这意味着另一个（或许多其他）进程在文件末尾写入，一个进程甚至在到达文件末尾后重复读取，以查看新数据是否已经到达。在这种情况下，可以看起来像：

for (;;) {
    if (NULL == fgets(line, sizeof(line), fd)) {
        sleep(n);
        clearerr(fd);     // reset EOF condition
    }
    else {
        fputs(line, fdout);
    }
}