【发布时间】:2012-01-08 23:11:03
【问题描述】:
我不确定如何追踪以下崩溃:
卸载我公司内部使用的 Designtime 包时会发生这种情况。这是我们的代码,因此是我们要修复的错误,而不是第三方组件供应商的问题。
似乎涉及到一个线程,但由于它发生在 Classes.pas 中的 Function ThreadProc 中,我猜它是一个裸系统/RTL 线程,甚至没有我应该搜索的 TThread 类包装器在我们的代码中。 (问题 A 部分:是这样吗?)
调用栈不包含我的代码,只有IDE本身,调用栈中的基函数是ntdll.RtlInitializeExceptionChain。
在某些 TThread.Execute 方法中访问冲突的调用堆栈示例表明调试器没有提供有关涉及哪个线程的详细信息:
:7599b9bc KERNELBASE.RaiseException + 0x58
:516b4965 ; c:\program files (x86)\embarcadero\rad studio\8.0\bin\exceptiondiag150.bpl
:5003b058 NotifyNonDelphiException + $1C
:77be6a8b ; ntdll.dll
:77bb0143 ntdll.KiUserExceptionDispatcher + 0xf
rtl.Classes.ThreadProc($CB9ED70)
rtl.System.ThreadWrapper($403E910)
:75fb339a kernel32.BaseThreadInitThunk + 0x12
:77bd9ed2 ntdll.RtlInitializeExceptionChain + 0x63
:77bd9ea5 ntdll.RtlInitializeExceptionChain + 0x36
当我尝试查看线程信息时,作为我的目标可执行文件的第二个 Delphi IDE 本身崩溃,但我能够继续在我的 delphi 调试主机实例中查看信息。
我知道调试设计时包的技术,并且我正在使用这些技术。也就是说,我有第一个 delphi (BDS.exe) 副本启动第二个副本,因为包项目已在其运行参数中设置,在主机应用程序编辑框中为 Delphi XE 的主要 bds.exe。 (C:\Program Files (x86)\Embarcadero\RAD Studio\8.0\bin\bds.exe)。因此,当我在调试模式下运行我的包时,它会将自己加载到 Delphi IDE 中。
问题 B 部分是:设置断点的最佳位置是什么,以便我可以看到非 TThread 线程以及正在创建的基于 TThread 的线程?如果没有办法设置断点,那么另一种方法来查找哪些代码正在创建线程呢?
更新:我发现在 Classes.pas 中的函数 ThreadProc 中读取 Thread.Execute 的行中设置断点会在每次 TThread 启动时触发断点。这足以从其初始化部分找到由设计时或运行时包启动的线程,但我希望存在一种更低级别的方法来执行此操作。
【问题讨论】:
-
Classes.ThreadProc()仅与TThread类一起使用。 RTL 中没有直接使用ThreadProc()的“裸线程”(如果这样做会崩溃,因为ThreadProc()会寻找调用者的TThread对象实例来调用)。 -
您是否尝试过在
TThread构造函数中放置一个断点,然后按照调用堆栈查看创建TThread对象的代码是什么?在ThreadProc()中放置断点不会告诉你。 -
你说得对。我正在寻找一种设置断点的方法,该断点将在激活基于非 TThread 的线程时被调用。我已经有办法为 TThread 断点获取断点。
-
为非 TThread 线程设置断点的唯一方法是直接在 Win32 API
CreateThread()函数内设置断点。 -
Remy,这实际上就是我所做的,而且由于该技术可能对世界并不明显(我从不知道你可以做到这一点,直到有人向我展示你可以打开 windows.pas 并设置断点)我已将其添加为答案。
标签: delphi debugging design-time