【问题标题】:Delphi Pascal - how to write data to file larger than 2 GB?Delphi Pascal - 如何将数据写入大于 2 GB 的文件?
【发布时间】:2011-01-23 16:23:41
【问题描述】:

我在 Delphi 中制作了一个工具来创建彩虹表。在文件增长到 3.1 GB 之前一切正常。我关闭了我的程序。然后我再次打开它并在执行此代码时崩溃:

Assign(RainbowFile,'Rainbow_table.txt'); {assign a text file}
Append(RainbowFile);

Delphi 显示错误“引发了预期类 EInOutError,并带有消息‘I/O 错误 131’。 我的问题:如何将数据附加到大于 2 GB 的现有文件中。 // 过时的 下一个问题: 我目前有代码:

   Content_to_file := (#13+#10+Start_string+':'+hexstr(GTA_San_Andreas_CRC32(Start_string), 8));
   RainbowFile_handle.WriteBuffer( Content_to_file[1], Length(Content_to_file)*SizeOf(Char));

如何摆脱 Content_to_file 变量。如果可能的话,我想把它直接放到 WriteBuffer 中。

编辑:

TFileStream 适用于大于 2 GB 的文件。我现在测试了它。 但是可以这样写吗:

RainbowFile_handle.WriteBuffer( Start_string[1]+':', 

我的意思是不传递变量参数。还是我肯定传递了变量的第一个字符?

编辑 2:

我目前是这样做的:

    Content_to_file := (#13+#10+Start_string+':'+hexstr(GTA_San_Andreas_CRC32(Start_string), 8));
    RainbowFile_handle.WriteBuffer( Content_to_file[1], Length(Content_to_file)*SizeOf(Char));

没有这个变量可以吗?

【问题讨论】:

  • 您的文件系统是否支持大于 2GB 的文件?
  • 是的,确实如此。我有 Windows XP 32 位。目前我的 NTFS 分区上的文件为 3.1 GB。问题出在我的帕斯卡代码上。

标签: delphi file pascal


【解决方案1】:

您应该切换到流。 TFileStream 将毫无问题地处理这个问题。请注意,如果您使用随机访问,则必须确保使用 64 位版本的 SeekPosition

打开文件流后,你可以寻找到最后:

Stream.Seek(0, soEnd);

那么你可以这样写:

procedure StreamWriteLine(Stream: TFileStream; Text: string);
begin
  Text := Text + sLineBreak;
  Stream.WriteBuffer(Text[1], Length(Text)*SizeOf(Char));
end;

希望这能给你足够的线索来填写其余的细节。

【讨论】:

  • 下一个明显的问题是如何将多参数 write() 写入流。我只在需要时才需要流的原因之一。
  • @Marco 想出这样一个例程并将其包装在现有的流类周围不会有太大的麻烦。我个人倾向于不直接使用 Delphi 提供的流类,而是更喜欢我自己的子类版本,这些版本添加了额外的功能来满足我的需求。特别是我有一个出于性能原因缓冲 I/O 的文件流和一个块分配而不是要求连续内存的内存流。
  • 那我真的很想看看。 Write(lN) 使用编译器魔法。有一些方法可能是通过弄乱 textrec 系统,但如果你这样做,你还不如直接修复 64 位问题。恕我直言,流对于文本文件来说不是很舒服。
  • @Marco 我希望您可以像Format 那样使用const Args: array of const 做一些有用的事情。
  • 我试过一次,IIRC它不会做真正的格式化,你会在某些类型的表达式上出错,需要添加[],但我时间紧迫,放弃了。仍然让我感到困惑的是,没有添加任何标准化的组件。这向我表明它并没有真正被弃用,它只是表明 E. 认为 2GB 文本文件是一个坏主意
【解决方案2】:

普通过程 I/O 不适合现代操作。只需使用TFileStream 类,或者,如果您需要精细控制,直接使用Windows API(阅读CreateFileWriteFile 函数)。

【讨论】:

  • “普通过程 I/O 不适合现代操作。”你说的这些所谓的“现代运营”是什么?
  • @dummzeuch 写入超过 2Gb 是一种完全有效的 现代 操作,阅读也是如此。
  • @Marco 我认为他们想让这些功能过时而不是“修复”它们。
  • @Marco @Eugene 作为一个等待 64 位支持超过 5 年的人,例如,如果 Embarcadero 花时间“修复”过时的不合时宜的遗留例程而不是使 Delphi 保持最新状态。
  • @大卫 +1。 CodeGear 有比修复 25 年以上的程序更重要的事情要做。
猜你喜欢
  • 2019-05-17
  • 2015-07-17
  • 2016-02-17
  • 1970-01-01
  • 2014-10-03
  • 1970-01-01
  • 2021-08-16
  • 1970-01-01
  • 2015-07-19
相关资源
最近更新 更多