[Lldb-commits] [lldb] r195657 - Fix issue from r166732 found by Andrew Kaylor
Ed Maste
emaste at freebsd.org
Mon Nov 25 08:36:48 PST 2013
Author: emaste
Date: Mon Nov 25 10:36:47 2013
New Revision: 195657
URL: http://llvm.org/viewvc/llvm-project?rev=195657&view=rev
Log:
Fix issue from r166732 found by Andrew Kaylor
>From Jim Ingham's email:
It does look like ThreadPlanStepInRange test is some kind of thinko.
In practice, in this case it is probably safe to run only one thread
when doing the "step through" since that generally involved running
from a shared library stub to its target. That could deadlock if the
dynamic loader has to fix up the symbol, and another thread is in the
middle of doing that. But that doesn't seem to be very common, or at
least the code is clearly wrong but I haven't had any reports of this
causing deadlocks...
Modified:
lldb/trunk/source/Target/ThreadPlanStepInRange.cpp
Modified: lldb/trunk/source/Target/ThreadPlanStepInRange.cpp
URL: http://llvm.org/viewvc/llvm-project/lldb/trunk/source/Target/ThreadPlanStepInRange.cpp?rev=195657&r1=195656&r2=195657&view=diff
==============================================================================
--- lldb/trunk/source/Target/ThreadPlanStepInRange.cpp (original)
+++ lldb/trunk/source/Target/ThreadPlanStepInRange.cpp Mon Nov 25 10:36:47 2013
@@ -132,9 +132,9 @@ ThreadPlanStepInRange::ShouldStop (Event
bool stop_others;
if (m_stop_others == lldb::eOnlyThisThread)
- stop_others = false;
- else
stop_others = true;
+ else
+ stop_others = false;
FrameComparison frame_order = CompareCurrentFrameToStartFrame();
More information about the lldb-commits
mailing list