请教TFileStream.Seek函数为啥定位总不正确。

2014-10-25 10:43:52 313 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

BCB里使用流Stream分割文件现在很多分割文件程序的源代码是用VC写的，同样将VC的代码转换成BCB也不是难事，但是BCB里封装了很多类，操作起来更方便和容易。这是我使用BCB使用TMemoryStream和TFileStream来做的分割文件程序。关键代码也就十几句。首先放一个OpenDialog和Button，Edit，在Button的单击事件里写入如下代码。int aim_size=0;try{in 阅读详情

FileStream := TfileStream.create(OpenDialog1.FileName,fmOpenRead );//正常

fileStream.Seek($0,soBeginning );
fileStream.Read(Buffer,100);//个人理解是从0处读可是不是，如果换成soCurrent 就会从0处读

fileStream.Seek($200,soBeginning);// 理解是从开始位 offset 0x200开始读，结果不知道读那去了。但是如果换成Socurrent就正常了。理论上，前面已经读到了100，这里不是0X300了？
fileStream.Read(Buffer,100);

fileStream.Seek($500,soBeginning);//理解，offset 0x500开始读，结果不知道读到那里，但我用ultraEdit步0x500，一定不是读的内容。

fileStream.Read(Buffer,100);

//TMD 为什么Seek函数总是不能正常的定位？

引用到VCL中这样定义：
type
{ TStream seek origins }
TSeekOrigin = (soBeginning, soCurrent, soEnd);

求指教，使用版本D7。

...全文

UDS诊断入门第一课：手把手教你玩转0x10会话控制服务（附ISO14229实战解析）刚接触汽车电子诊断的工程师们，往往会被厚厚的ISO 14229标准文档和各种专业术语吓退。但就像学习编程要从"Hello World"开始一样，掌握UDS协议的最佳切入点就是0x10诊断会话控制服务。这个看似简单的服务，实际上是整个诊断系统的"钥匙"——它决定了ECU（电子控制单元）当前处于何种工作模式，直接影响着其他诊断服务的可用性。在实际车辆诊断中，ECU默认处于DefaultSession模式，这种模式下许多高级诊断功能是被禁用的。想象一下你正在开发一个需要刷写ECU固件的工具，如果连最基本的会阅读详情

dreamnyj

语言基础/算法/系统设计 16,741 成员 33,233 内容

+ 关注 + 加入社区

请教TFileStream.Seek函数为啥定位总不正确。

相关推荐