Jim Ingham b4451b1730 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. ...

rdar://problem/11369230

llvm-svn: 157791

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

..

ABI.cpp

…

CPPLanguageRuntime.cpp

<rdar://problem/11113279>

2012-03-26 23:03:23 +00:00

ExecutionContext.cpp

Added a new Host class: ReadWriteLock

2012-04-05 16:12:35 +00:00

LanguageRuntime.cpp

…

Makefile

…

Memory.cpp

<rdar://problem/11193466>

2012-04-13 20:37:20 +00:00

ObjCLanguageRuntime.cpp

<rdar://problem/11113279>

2012-03-26 23:03:23 +00:00

OperatingSystem.cpp

…

PathMappingList.cpp

…

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

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

Fixed the ability to load multiple __LINKEDIT segments at the same address for darwin shared cache entries. Now when registering the load address of a section, the DynamicLoader objects can specify if they should warn or not. This will fix the ability to load the nlist entries for shared libraries in the darwin shared caches when no on disk representation is available for a shared library.

2012-04-16 21:01:30 +00:00

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

Thread-hardening the SB API calls related to watchpoint operations.

2012-05-31 22:56:36 +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

Rework how master plans declare themselves. Also make "PlanIsBasePlan" not rely only on this being the bottom plan in the stack, but allow the plan to declare itself as such.

2012-04-09 22:37:39 +00:00

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

…