gpt4 book ai didi

Delphi,FastMM - block 在被释放后已被修改 - 需要帮助解释此 FastMM 报告

转载 作者:行者123 更新时间:2023-12-03 18:41:52 25 4
gpt4 key购买 nike

当我从 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]

都是明智的,但下一行:
404DFF [GIFImage.pas][System][System.TObject.Free][12891]
让我困惑。我希望此时会调用 Free,但 GIFImage.pas 是什么?在里面做什么?先前分配 block 的时间是完全随机的。这些项目都没有意义。
我感觉 FastMM 设置有问题,或者 FastMM 正在从废弃的内存中获取堆栈跟踪。

我最初在使用 Delphi 2006 编译后遇到了这个问题。全新安装的 Delphi 2007 具有相同的行为。谁能告诉我发生了什么事?
TIA
R

最佳答案

可能存在一些堆栈跟踪错误(例如不正确的单元名称或某些完全不正确的行,您应该在整个堆栈跟踪上看起来更一般并跳过不正确的个别行)

我猜你不完全理解这个错误。
快速 MM 仅检测到某些已释放内存块已被修改(它在应用程序退出时检测到这一点,但在 block 修改时未检测到)

在这种情况下,堆栈跟踪只会告诉您何时分配和释放 block 但不是在修改时 .
寻找这种类型的错误非常困难,你必须找到内存损坏的地方,你可以使用 FastMM 内置程序来检查内存完整性(在大多数可疑的内存操作之后到处调用它)并祝你好运。

关于Delphi,FastMM - block 在被释放后已被修改 - 需要帮助解释此 FastMM 报告,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19756467/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com