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

should override the thread's thread plan's run state.

llvm-svn: 157766

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

..

ABI.cpp

…

CPPLanguageRuntime.cpp

…

ExecutionContext.cpp

…

LanguageRuntime.cpp

…

Makefile

…

Memory.cpp

…

ObjCLanguageRuntime.cpp

…

OperatingSystem.cpp

…

PathMappingList.cpp

…

Platform.cpp

<rdar://problem/11240464>

2012-05-15 02:33:01 +00:00

Process.cpp

We were accessing the ModuleList in the target without locking it for tasks like

2012-05-30 02:19:25 +00:00

RegisterContext.cpp

…

SectionLoadList.cpp

…

StackFrame.cpp

…

StackFrameList.cpp

Don't expose the pthread_mutex_t underlying the Mutex & Mutex::Locker classes.

2012-05-04 23:02:50 +00:00

StackID.cpp

…

StopInfo.cpp

Make sure the "synchronous breakpoint callbacks" get called before the thread plan logic gets invoked, and if they

2012-04-20 21:16:56 +00:00

Target.cpp

<rdar://problem/11328896> Fixing a bug where regex commands were saved in the history even if they came from a 'command sourced' file - this fix introduces a command sourcing depth and disables history for all levels of depth > 0, which means no commands go into history when being sourced from a file. we need an integer depth because command files might themselves source other command files, ...

2012-05-31 01:09:06 +00:00

TargetList.cpp

Print out a notification when the process of a target other than the currently selected target stops.

2012-05-08 23:06:07 +00:00

Thread.cpp

<rdar://problem/11386214>

2012-05-18 02:38:05 +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

Clean up the usage of "MasterPlan" status in ThreadPlans. Only user-initiated plans

2012-05-03 21:19:36 +00:00

ThreadPlanStepOut.cpp

Clean up the usage of "MasterPlan" status in ThreadPlans. Only user-initiated plans

2012-05-03 21:19:36 +00:00

ThreadPlanStepOverBreakpoint.cpp

…

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

Clean up the usage of "MasterPlan" status in ThreadPlans. Only user-initiated plans

2012-05-03 21:19:36 +00:00

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

Clean up the usage of "MasterPlan" status in ThreadPlans. Only user-initiated plans

2012-05-03 21:19:36 +00:00

ThreadPlanTracer.cpp

<rdar://problem/11330621>

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

ThreadSpec.cpp

…

UnixSignals.cpp

…

UnwindAssembly.cpp

…