Greg Clayton 53eb7ad2f7 <rdar://problem/11852100> ...

The "stop-line-count-after" and "stop-line-count-before" settings are broken. This fixes them.

llvm-svn: 160071

2012-07-11 20:33:48 +00:00

..

ABI.cpp

…

CPPLanguageRuntime.cpp

…

ExecutionContext.cpp

…

LanguageRuntime.cpp

…

Makefile

…

Memory.cpp

…

ObjCLanguageRuntime.cpp

…

OperatingSystem.cpp

…

PathMappingList.cpp

Fixed a logic error which stopped paths from being properly remapped.

2012-06-28 18:09:12 +00:00

Platform.cpp

When the Platform launches a process for debugging, make sure it goes into a separate process group, otherwise ^C will both cause us to try to Stop it manually, AND send it a SIGINT, which can confuse us.

2012-06-01 01:22:13 +00:00

Process.cpp

Work around some problems destroying a process with older debugservers.

2012-07-04 00:35:43 +00:00

RegisterContext.cpp

…

SectionLoadList.cpp

<rdar://problem/11357711>

2012-07-07 01:24:12 +00:00

StackFrame.cpp

<rdar://problem/11852100>

2012-07-11 20:33:48 +00:00

StackFrameList.cpp

<rdar://problem/11852100>

2012-07-11 20:33:48 +00:00

StackID.cpp

…

StopInfo.cpp

…

Target.cpp

rdar://problem/11584012

2012-06-04 23:19:54 +00:00

TargetList.cpp

<rdar://problem/11597333>

2012-06-05 21:17:09 +00:00

Thread.cpp

<rdar://problem/11852100>

2012-07-11 20:33:48 +00:00

ThreadList.cpp

When we are preparing all threads to run, if the overall run state of a thread is "suspended" that

2012-05-31 20:47:56 +00:00

ThreadPlan.cpp

If the ObjC Step Through Trampoline plan causes a target crash, properly propagate the error back to

2012-05-10 01:35:39 +00:00

ThreadPlanBase.cpp

…

ThreadPlanCallFunction.cpp

Found one more place where the OkayToDiscard needs to be consulted.

2012-05-11 23:47:32 +00:00

ThreadPlanCallUserExpression.cpp

Don't try to use "OkayToDiscard" to mean BOTH this plan is a user plan or not AND unwind on error.

2012-05-11 18:43:38 +00:00

ThreadPlanRunToAddress.cpp

…

ThreadPlanShouldStopHere.cpp

…

ThreadPlanStepInRange.cpp

If the ObjC Step Through Trampoline plan causes a target crash, properly propagate the error back to

2012-05-10 01:35:39 +00:00

ThreadPlanStepInstruction.cpp

…

ThreadPlanStepOut.cpp

…

ThreadPlanStepOverBreakpoint.cpp

The StepOverBreakpoint plan should only explain eStopReasonTrace. It didn't cause any other exceptional stop reason.

2012-06-22 20:42:22 +00:00

ThreadPlanStepOverRange.cpp

If the ObjC Step Through Trampoline plan causes a target crash, properly propagate the error back to

2012-05-10 01:35:39 +00:00

ThreadPlanStepRange.cpp

…

ThreadPlanStepThrough.cpp

If the ObjC Step Through Trampoline plan causes a target crash, properly propagate the error back to

2012-05-10 01:35:39 +00:00

ThreadPlanStepUntil.cpp

…

ThreadPlanTracer.cpp

<rdar://problem/11330621>

2012-05-10 02:52:23 +00:00

ThreadSpec.cpp

…

UnixSignals.cpp

…

UnwindAssembly.cpp

…