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

发布时间：2020-12-16 10:35:08 所属栏目：百科来源：网络整理

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

我正在调试一个程序,我怀疑可能存在死锁或其他与线程相关的错误,我按照人们的建议使用WinDBG打开故障转储文件并使用！locks来获取以下输出：

CritSec MSVCR100D!lclcritsects+48 at 73541e40
WaiterWoken        No
LockCount          6
RecursionCount     1
OwningThread       164c
EntryCount         0
ContentionCount    9
*** Locked

*** ERROR: Symbol file could not be found.  Defaulted to export symbols for qsqlited4.dll - 
CritSec qsqlited4!qt_plugin_instance+a1b21 at 70fc301c
WaiterWoken        No
LockCount          0
RecursionCount     1
OwningThread       2344
EntryCount         0
ContentionCount    0
*** Locked

CritSec +73c2380 at 073c2380
WaiterWoken        No
LockCount          0
RecursionCount     4
OwningThread       2344
EntryCount         0
ContentionCount    0
*** Locked

CritSec +73bf9e8 at 073bf9e8
WaiterWoken        No
LockCount          0
RecursionCount     1
OwningThread       2344
EntryCount         0
ContentionCount    0    
*** Locked

Scanned 817 critical sections

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

解决方法

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

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

希望这可以帮助.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!