偶然发现不知是Delphi还是windows的Bug？
总之，这个应该是个小BUG。
随便建个txt文档
第一行68个s加一个回车
第二行98个s加一个回车
第三行17个s加一个回车
总共183个s加三个换行，大小189字节。
接着用FileOpen和FileRead把文件以16的倍数大小读到内存中，再用FileCreate和FileWrite将内存数据写到另一个文件，
打开文件--发现变成乱码，
接着，在第一行中删掉16个s，再试一次那样读写，还是乱码。在第二行删除16个s，还是乱码。
接下来，
一个回车换行有2字节，去掉一个回车，添加2个s，结果乱码，
再改，在第一行随便添加一个回车，去掉2个s，总共四个回车换行，结果终于不乱码了
后续测试发现，这个结果，可能对做文件加密压缩等兄弟有点用处
文件大于144字节的，大小为16倍数减3的，其中有三个换行符的，若以16的倍数大小去读取的话，就会出现乱码。
文件加密应该比较多会去一16的倍数大小去读取文件，就是一个189字节的文件，用192大小传给FileRead去读取，虽然返回也是189，但是数据却已经是乱码了。
这个结论只是一小部分，因为发现很多大文件处理后部分出现在最后一段字节乱码的问题，若以实际大小传给FileRead去读取就可以保证没问题。
虽然问题有，解决方法也有，但是出现这个问题的原因，应该是个BUG吧，乱码怀疑是传回到内存中的数据被偏移几个字节了，导致整体变成乱码。具体不清楚，没去深入。
你牛。。。有钻研精神。。。
楼主你太强了!
发现问题不要轻易说BUG，很多时候就是你自己的问题。你把代码发上来让大家看看
善于研究，顶。。。。
是不是因为notepad自动添加u
相关问答：
delphi如何向Access数据表中自定义字段?然后显示到DBGrid中
怎么没人理我呀
分分忒少咧，一般人都懒得进来……*^_^*
SQL
creat table TableName(ID Counter Primary Key,FieldName varchar(20))
ADOQue ......
Delphi 像亡国的南宋，试问这语言还有前途吗？
Win32开发不如C#；
面像对像开发不如JAVA；
系统开发不如VC++6.0；
能用性不如VB6.0；
不支持Web开发。。。
出个Delphi 2010免费一年会有人用吗？
......
这个是拦截按键消息并测试是否为ENTER键。
begin
case wParam of
WM_KEYDOWN:
fEatKeystroke := (p.vkCode = VK_RETURN);
& ......
我安装的是企业版。。。
我问下， CTRL+左键 能查看 windows.pas 吗？
就是 接口里的windows。
当然可以,CTRL+左键点击Interface部分的Windows就可以了
啥啥企业版？去安装目录看看lib文件夹下有没� ......
就是一个服务端和一个客户端，里边有一些共用单元 ，我在 工程的SEARCH PATH里设置的路径，
里边有个结构体，我在服务端打开，加了成员，但是我在客户端其他单元访问不到我新加的，我在客户端打开那个单元，确实加� ......
