为啥 fwrite 写的比我告诉它的要多？

Posted 2023-02-18

【中文标题】为啥 fwrite 写的比我告诉它的要多？

【英文标题】：Why is fwrite writing more than I tell it to?为什么 fwrite 写的比我告诉它的要多？

【发布时间】：2010-12-07 20:52:35

【问题描述】：

FILE *out=fopen64("text.txt","w+");
unsigned int write;
char *outbuf=new char[write];
//fill outbuf
printf("%i\n",ftello64(out));
fwrite(outbuf,sizeof(char),write,out);
printf("%i\n",write);
printf("%i\n",ftello64(out));

输出：

0
25755
25868

发生了什么事？ write 设置为 25755，我告诉 fwrite 将这么多字节写入一个文件，在开头，然后我在 25755 之外的位置？

【问题讨论】：

附带说明，您可能应该使用size_t 代替write 而不是unsigned int

那么 new 运算符在 C 语言中是做什么的？

【参考方案1】：

如果您使用的是 DOSish 系统（例如 Windows）并且文件未以二进制模式打开，则行尾将自动转换，并且每个“行”将添加一个字节。

因此，请指定 "wb" 作为模式，而不仅仅是 @caf 指出的 "w"。它对类 Unix 平台没有影响，并且会在其他平台上做正确的事情。

例如：

#include <stdio.h>

#define LF 0x0a

int main(void) 
    char x[] =  LF, LF ;

    FILE *out = fopen("test", "w");

    printf("%d", ftell(out));
    fwrite(x, 1, sizeof(x), out);
    printf("%d", ftell(out));

    fclose(out);
    return 0;

使用 VC++：

C:\Temp> cl y.c Microsoft (R) 32 位 C/C++ 优化编译器版本 15.00.21022.08 用于 80x86 版权所有 (C) 微软公司。版权所有。 y.c Microsoft (R) 增量链接器版本 9.00.21022.08 版权所有 (C) 微软公司。版权所有。 /out:y.exe C:\Temp> y.exe 04

使用 Cygwin gcc：

/cygdrive/c/Temp $ gcc y.c -o y.exe /cygdrive/c/Temp $ ./y.exe 02

【讨论】：

基于 OP 在 [mingw] 和 [cygwin] 标签中的（轻微）存在，我怀疑这就是答案。跨度>

这很好奇，因为 cygwin 安装程序会询问使用哪种类型的行尾（并推荐 Unix 样式）。

@Sinan - 是的，但是 MinGW 可能会使用本地行尾，因此在两个环境之间切换时会造成轻微的混乱。

“对他人做正确的事”并不是正确的思考方式。 DOS/CPM 和 UNIX 只是在它们的体系结构中做出了不同的决定。 DOS 决定将回车和换行的概念分开，而 UNIX 决定仅在换行字符中合并这些概念。 UNIX 中“wb”和“w”之间没有真正区别的事实意味着，在“错误模式”下打开和关闭文件时，您不能犯“神秘错误”。 OTOH，DOS将换行和回车的概念分开，这与行式打印机语义相匹配。

【参考方案2】：

这可能取决于您打开文件的模式。如果将其作为文本文件打开，那么在 DOS/Windows 系统中\n 可能会写为\r\n。然而，ftello64() 可能只给出二进制文件指针，这将计入额外写入的\r 字符。尝试清除任何\n 数据的outbuf[] 或尝试以二进制形式打开输出文件（"wb" 而不是"w"）。

【参考方案3】：

有趣。在 Windows VC++ 上运行良好，尽管 ftello64 已替换为 ftell。

【参考方案4】：

变量write 未初始化，因此数组的大小和写入的数量基本上是随机的。

【讨论】：

我怀疑它是在真实代码中初始化的，而 OP 只是过度保护在公共网站上发布生产代码。

是的，重新阅读问题后，我同意这不太可能是原始问题的原因 - 我认为思南的回答可能是正确的。但以防万一它是原始代码的直接副本，我会在这里留下我的答案。