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...

llvm-svn: 195657
This commit is contained in:
Ed Maste
2013-11-25 16:36:47 +00:00
parent 502f9020a7
commit 6cf5b8f18c

View File

@@ -132,9 +132,9 @@ ThreadPlanStepInRange::ShouldStop (Event *event_ptr)
bool stop_others;
if (m_stop_others == lldb::eOnlyThisThread)
stop_others = false;
else
stop_others = true;
else
stop_others = false;
FrameComparison frame_order = CompareCurrentFrameToStartFrame();