c – Windbg,如何读取！locks输出？

概述我正在调试一个程序,我怀疑可能存在死锁或其他与线程相关的错误,我按照人们的建议使用WinDBG打开故障转储文件并使用！locks来获取以下输出： CritSec MSVCR100D!lclcritsects+48 at 73541e40WaiterWoken NoLockCount 6RecursionCount 1OwningThread 我正在调试一个程序,我怀疑可能存在死锁或其他与线程相关的错误,我按照人们的建议使用WinDBG打开故障转储文件并使用！locks来获取以下输出：

CritSec MSVCR100D!lclcritsects+48 at 73541e40WaiterWoken        NoLockCount          6RecursionCount     1OwningThread       164cEntryCount         0ContentionCount    9*** Locked*** ERROR: Symbol file Could not be found.  Defaulted to export symbols for qsqlited4.dll - CritSec qsqlited4!qt_plugin_instance+a1b21 at 70fc301cWaiterWoken        NoLockCount          0RecursionCount     1OwningThread       2344EntryCount         0ContentionCount    0*** LockedCritSec +73c2380 at 073c2380WaiterWoken        NoLockCount          0RecursionCount     4OwningThread       2344EntryCount         0ContentionCount    0*** LockedCritSec +73bf9e8 at 073bf9e8WaiterWoken        NoLockCount          0RecursionCount     1OwningThread       2344EntryCount         0ContentionCount    0    *** LockedScanned 817 critical sections

我对输出感到困惑,任何人都可以帮忙解释一下吗？

解决方法 ！锁可能令人困惑.如果你真的想要调试死锁情况,那么做一个〜* kvn(或者你喜欢的kb)找到等待关键部分的线程,这些部分将以** WaitForSingleForSingleObject结束,然后在RtlEnterCriticalSection调用之前.找到大多数线程正在关注的关键部分.转储关键部分.如果你正在调试基于x64的转储,并使用.frame / c post缩小到携带RtlCrticalSection的帧,你在线程上下文〜[threadnum] s中,rbx将包含你的关键部分.

转储关键部分找到所有者.如果主人正在等待找到所有者等待的东西等等,直到我们到达链的末端或事情被阻止的原因. ！如果我们不将它放在上下文中,cs -l -o可能会令人困惑.

希望这可以帮助.

总结

以上是内存溢出为你收集整理的c – Windbg,如何读取！locks输出？全部内容，希望文章能够帮你解决c – Windbg,如何读取！locks输出？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。