c++ fread 奇怪地改变 fgetpos
如果我运行：
FILE* pFile = fopen("c:\\08.bin", "r");
fpos_t pos;
char buf[5000];
int ret = fread(&buf, 1, 9, pFile);
fgetpos(pFile, &pos);
我得到 ret = 9 和 pos = 9。
但是，如果我
FILE* pFile = fopen("c:\\08.bin", "r");
fpos_t pos;
char buf[5000];
int ret = fread(&buf, 1, 10, pFile);
fgetpos(pFile, &pos);
按预期运行 ret = 10，但 pos = 11！
怎么会这样？
If I run:
FILE* pFile = fopen("c:\\08.bin", "r");
fpos_t pos;
char buf[5000];
int ret = fread(&buf, 1, 9, pFile);
fgetpos(pFile, &pos);
I get ret = 9 and pos = 9.
However if I run
FILE* pFile = fopen("c:\\08.bin", "r");
fpos_t pos;
char buf[5000];
int ret = fread(&buf, 1, 10, pFile);
fgetpos(pFile, &pos);
ret = 10 as expected, but pos = 11!
How can this be?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您需要以二进制模式打开文件：
差异是由于读取库认为是换行符的字符并将其扩展而引起的 - 二进制模式会阻止扩展。
You need to open the file in binary mode:
The difference is cause by reading a character that the library thinks is a newline and expanding it - binary mode prevents the expansion.
这是 Windows 的事情。 在文本模式下，Windows 在写入时将 '\n' 扩展为 'CR''LF'，在读取时将 'CR''LF' 压缩为 '\n'。 文本模式是 Windows 上的默认模式。 正如 Neil 提到的，将“b”添加到 fopen() 的模式字符串中会关闭换行符翻译。 在 *nix 系统上不会有此翻译。
It's a Windows thing. In text mode Windows expands '\n' to 'CR''LF' on writes, and compresses 'CR''LF' to '\n' on reads. Text mode is the default mode on windows. As Neil mentions, adding 'b' into the mode string of fopen() turns off newline translations. You won't have this translation on *nix systems.