Delphi，FastMM -块在被释放后已被修改-需要帮助解释这个FastMM报告

Question

当我从IDE运行时，我的应用程序在退出时报告了这个错误。通常，在程序运行时创建的线程的每个实例都会遇到一个FastMM问题，但它的可重复性不足以描述这种行为。问题是我无法理解这份报告。

---------------------------
APP.exe: Memory Error Detected
---------------------------
FastMM has detected an error during a free block scan operation. FastMM detected that a block has been modified after being freed.

The previous block size was: 40

Stack trace of when this block was previously allocated (return addresses):
403052 [APPHardwareDeclarations.pas][System][System.@GetMem][645]
405F0D [UFlxNumberFormat.pas][System][System.@NewAnsiString][956]
4065E1 [APPGlobalDeclarations.pas][System][System.@LStrSetLength][3356]
411AF7 [madStrings][madStrings.WideToAnsiEx]
41ACE8 [madTools][madTools.FindModule]
720074 [RpRenderCanvas][RpRenderCanvas.TRvRenderCanvas.FloodFill]
720074 [RpRenderCanvas][RpRenderCanvas.TRvRenderCanvas.FloodFill]
780065 [UXlsReferences][UXlsReferences.TReferences.SaveToStream]
4AAB2E [ExtCtrls][ExtCtrls.TTimer.Timer]

Stack trace of when the block was previously freed (return addresses):
405E59 [APPSendEmailSMTPQueue.pas][System][System.@LStrClr][494]
406DD3 [APPGlobalDeclarations.pas][System][System.@FinalizeArray][3584]
406D5D [APPGlobalDeclarations.pas][System][System.@FinalizeRecord][3560]
406E38 [APPGlobalDeclarations.pas][System][System.@FinalizeArray][3602]
47B6F2 [Classes][Classes.TStringList.Destroy]
404DFF [GIFImage.pas][System][System.TObject.Free][12891]
468741 [SysUtils][SysUtils.FreeAndNil]
506600 [StringUtilities][StringUtilities.AddCommaTextPair]
85C738 [APPLogWebTransactionsQueue][APPLogWebTransactionsQueue.ServiceWebTransactionQueue]

The current stack trace leading to this error (return addresses):
40D04C [FastMM4][FastMM4.CheckBlocksOnShutdown]
40DE88 [FastMM4][FastMM4.Finalization]
4059F3 [GraphicEx.pas][System][System.FinalizeUnits][8123]
458CAA [madExcept][madExcept.InterceptFinalizeUnits]
405CCB [IdCoderXXE.pas][System][System.@Halt0][85]
924868
7C90DCBA [ZwSetInformationThread]
7C81776F [RegisterWaitForInputIdle]
7C817778 [RegisterWaitForInputIdle]

Current memory dump of 256 bytes starting at pointer address 16902788:
6C 6A 95 00 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80
80 80 80 80 80 80 80 80 D7 D8 6F E9 80 80 80 80 80 80 00 00 41 1E 90 16 00 00 00 00 00 00 00 00
00 00 00 00 52 30 40 00 9B 4D 40 00 11 82 40 00 62 51 40 00 E2 5B 64 00 21 76 64 00 68 77 64 00
12 B0 64 00 AD D6 64 00 6E 30 40 00 B9 4D 40 00 AD 51 40 00 6A 5C 64 00 78 82 40 00 78 35 64 00
83 81 40 00 48 6E 40 00 5D 6D 40 00 28 00 00 00 04 44 64 00 C0 27 90 16 6C 6A 95 00 80 80 80 80
80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80
3F D8 6F E9 80 80 80 80 00 00 00 00 40 FF 8F 16 00 00 00 00 00 00 00 00 00 00 00 00 52 30 40 00
0D 5F 40 00 E1 65 40 00 F7 1A 41 00 E8 AC 41 00 74 00 72 00 74 00 72 00 65 00 78 00 2E AB 4A 00
l  j  •  .  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €
€  €  €  €  €  €  €  €  ×  Ø  o  é  €  €  €  €  €  €  .  .  A  .    .  .  .  .  .  .  .  .  .
.  .  .  .  R  0  @  .  ›  M  @  .  .  ‚  @  .  b  Q  @  .  â  [  d  .  !  v  d  .  h  w  d  .
.  °  d  .  ­  Ö  d  .  n  0  @  .  ¹  M  @  .  ­  Q  @  .  j  \  d  .  x  ‚  @  .  x  5  d  .
ƒ    @  .  H  n  @  .  ]  m  @  .  (  .  .  .  .  D  d  .  À  '    .  l  j  •  .  €  €  €  €
€  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €  €
?  Ø  o  é  €  €  €  €  .  .  .  .  @  ÿ    .  .  .  .  .  .  .  .  .  .  .  .  .  R  0  @  .
.  _  @  .  á  e  @  .  ÷  .  A  .  è  ¬  A  .  t  .  r  .  t  .  r  .  e  .  x  .  .  «  J  .

记录项先前被释放的时间的堆栈跟踪。

468741 [SysUtils][SysUtils.FreeAndNil]
506600 [StringUtilities][StringUtilities.AddCommaTextPair]
85C738 [APPLogWebTransactionsQueue][APPLogWebTransactionsQueue.ServiceWebTransactionQueue]

这一切都是明智的，但下一行:404 but GIFImage.pasSystem.TObject.Free令我费解。我希望此时可以调用Free，但是GIFImage.pas在那里做什么呢？以前分配块时的跟踪是完全随机的。所有的项目都没有意义。我觉得FastMM设置有些地方不对劲，或者FastMM正在从内存碎片中获取堆栈跟踪。

在用Delphi 2006编译后，我最初遇到了这个问题。Delphi 2007的全新安装具有相同的特性。有人能告诉我发生了什么事吗？TIA R

Answer 1

可能会有一些堆栈跟踪错误(比如不正确的单元名称，或者一些完全不正确的行，您应该在整个堆栈跟踪上看起来更一般，并跳过不正确的单个行)。

我想你还不完全理解这个错误。快速MM只检测到某个已释放内存块被修改(它在应用程序退出时检测到这一点，但在块修改时没有检测到)

在本例中，堆栈跟踪只显示块何时被分配和解除分配的，而不是当它被修改为时。

寻找这类错误是非常困难的，您必须找到内存损坏的位置，可以使用FastMM内置过程检查内存完整性(在大多数可疑内存操作之后到处调用它)并祝您好运。