从 FastMM 获取更长的堆栈跟踪？
当 FastMM 记录内存泄漏时，它会包含一个可回溯 9 个调用的堆栈跟踪。问题是堆栈跟踪太笼统，无法轻松定位问题。跟踪中的最后一个函数调用至少被调用了 50 次，并且泄漏的对象是很常见的。
我该怎么做才能使堆栈跟踪更长？
更容易定位泄漏的提示当然值得欢迎，泄漏的对象大多是接口，因此它是交叉引用或未调用 _ReleaseRef 的东西。
我使用的是 Delphi 7，使用的是 FastMM492。
When FastMM logs a memory leak it includes a stacktrace going back 9 calls. Problem is that the stacktrace is too general to locate the problem easily. The last function call in the trace is called at least 50 times and the object leaked is a very common one.
What can I do to make the stacktrace longer?
Tips to locate leaks more easily are of course welcome, the objects leaked are mostly interfaces, so it's something with cross-referencing or _ReleaseRef not called.
I'm on Delphi 7, using the FastMM492.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
更改 FastMM4 中的
StackTraceDepth常量.pas。Change the
StackTraceDepthconstant in FastMM4.pas.查看 Jed Software 的 FastMM4 选项界面 。它是一个用于配置 FastMM 的免费软件应用程序
Have a look at FastMM4 Options Interface from Jed Software. It is a freeware application to configre FastMM