一直在 linux用的开源编译器编译程序,没有碰到类似问题。
今天用vs2008写程序,数据愣是不对,用 winhex(一款十六进制查看软件)打开分析发现:
写入的数据凡是以0x0A 打头的,均被替换成0x0D0x0A,也就是换行被替换成了回车换行!
这个从文本显示的角度来讲是很智能的(文本显示中换行键实际是回车换行两个动作),但问题我要就是0x0A而不是 什么0x0D0x0A。
查了一下原来是 fopen()时 mode 的问题,加b 就不转换了,所有数据当作二进制值。
但为什么之前linux下就没有遇到此类问题呢?写了个程序测试也没有这种转换。
在man fopen()中找到了答案:
另外fprintf()也会做一些类似的“智能”转换: 比如你要fprintf(fp,"%x","123455");也就是把const string"123455"的地址写入fp流中,写入的会是ASC的地址值,而非二进制值。比如地址为82033,那么写入的实际是0x38,0x32,0x30,0x33,0x33,而非0x71,0x40,0x01.
本文探讨了使用VS2008编译器时遇到的数据转换问题,特别是当使用fopen()函数打开文件时,特定字符如0x0A被自动转换成0x0D0x0A的情况。文章解释了这一现象的原因,并提供了解决方案,即通过在fopen()函数中加入'b'标志来避免文本模式下的自动转换。


被折叠的 条评论
为什么被折叠?



