- e4923dd <rdar://problem/14526890> by Greg Clayton · 11 years ago
- 008f3dc This commit does two things. One, it converts the return value of the QueueThreadPlanXXX by Jim Ingham · 11 years ago
- 52f7923 Huge change to clean up types. by Greg Clayton · 11 years ago
- c4353f2 Add some useful logging for tracking thread matching problems. by Jim Ingham · 11 years ago
- 884288b Fix various build warnings. by Matt Kopec · 11 years ago
- 17d5a03 Add ${ansi.XX} parsing to lldb prompt, use-color setting, and -no-use-colors command line options. by Michael Sartain · 11 years ago
- e3f9bfd Added a test case that verifies that LLDB can debug across a process exec'ing itself into a new program. This currently is only enabled for Darwin since we exec from 64 bit to 32 bit and vice versa for 'x86_64' targets. by Greg Clayton · 11 years ago
- 375ba88 Fix inline stepping test case on Linux because Thread::ThreadStoppedForAReason ignored virtual steps. by Daniel Malea · 11 years ago
- 1f85fa8 Adding support for setting thread stop state when a process stops. by Andrew Kaylor · 11 years ago
- 85e3c2f Revert r181482 as it causes occasional hangs in LLDB buildbots by Daniel Malea · 11 years ago
- 863aa28 Changed the formerly pure virtual function: by Greg Clayton · 11 years ago
- 52e4391 Adding code to set thread state to stopped when the process stops. by Andrew Kaylor · 11 years ago
- 7c79a27 Figure out the reply to "PlanExplainsStop" once when we stop and then use the cached by Jim Ingham · 11 years ago
- 4e75e35 Reinstating r181091 and r181106 with fix for Linux regressions. by Andrew Kaylor · 11 years ago
- 95bea1d Temporarily reverting r181091 and r181106 due to the vast test breakage on the Linux buildbots by Ashok Thirumurthi · 11 years ago
- 7bee8ab After recent OperatingsSystem plug-in changes, the lldb_private::Process and lldb_private::Thread subclasses were changed and the API was not respected properly. by Greg Clayton · 11 years ago
- a46013b <rdar://problem/13700260> <rdar://problem/13723772> by Greg Clayton · 11 years ago
- 5042acf <rdar://problem/13697881> by Greg Clayton · 11 years ago
- 4ee040c <rdar://problem/13516463> by Greg Clayton · 11 years ago
- 952e9dc <rdar://problem/13521159> by Greg Clayton · 11 years ago
- 313f5bd Remove some commented out code. by Jim Ingham · 11 years ago
- 66e0e58 Don't use the fact that we stopped with a "Breakpoint" stop reason to decide to step over the breakpoint. It's by Jim Ingham · 11 years ago
- 89e248f Reworked the way Process::RunThreadPlan and the ThreadPlanCallFunction interoperate to fix problems where by Jim Ingham · 11 years ago
- 9b769d3 Make sure a value is returned for Thread::ReturnFromFrame(). by Greg Clayton · 11 years ago
- be51f8a Add "thread return -x" to unwind the innermost user called expression (if you happen to have stopped in it due to a crash.) by Jim Ingham · 11 years ago
- b794020 Separated the "expr --unwind-on-error" behavior into two parts, actual errors (i.e. crashes) which continue to be by Jim Ingham · 11 years ago
- ccd5c4e <rdar://problem/12976225> by Han Ming Ong · 11 years ago
- 278f16e Adding eStopReasonThreadExiting and fixing the handling of this state on Linux. by Andrew Kaylor · 11 years ago
- f2ca573 Fixed a few bugs in the "step in" thread plan logic. by Jim Ingham · 12 years ago
- d891f9b Fix Linux build warnings due to redefinition of macros: by Daniel Malea · 12 years ago
- 0bce9a2 <rdar://problem/12649160> by Greg Clayton · 12 years ago
- 5f35a4b Resolve printf formatting warnings on Linux: by Daniel Malea · 12 years ago
- 76b258d The Function calling thread plan was replacing the stored stop info too soon, causing recursive entry into the by Jim Ingham · 12 years ago
- b2921e2 Rest of the fix for Thread by Filipe Cabecinhas · 12 years ago
- 9c5d3af Patch from Andrew Kaylor andrew.kaylor@intel.com to have by Jason Molenda · 12 years ago
- 8433278 <rdar://problem/12500785> by Greg Clayton · 12 years ago
- 6bc24c1 Patch from Matt Kopec <matt.kopec@intel.com> to fix the problem that if two breakpoints were set on consecutive addresses, the continue from the by Jim Ingham · 12 years ago
- 6f01c93 Bunch of cleanups for warnings found by the llvm static analyzer. by Jim Ingham · 12 years ago
- 94a5d0d Change the Thread constructor over to take a Process& rather than a ProcessSP. We can't create Threads with a NULL ProcessSP, so it makes no sense to use the SP. by Jim Ingham · 12 years ago
- c50a1dd Fix a bug introduced in an earlier revision: actually return the StopReason, when we have a StopInfo object. by Filipe Cabecinhas · 12 years ago
- 4665745 Implement returning integer values in "thread return" for arm, x86_64 and i386. Also returns by Jim Ingham · 12 years ago
- 3acaa92 <rdar://problem/9959501> by Greg Clayton · 12 years ago
- f59388a Make the unwinding of the stack part of "thread return" work, and add the thread return command. by Jim Ingham · 12 years ago
- a17a81a Start at getting "thread return" working. Doesn't work yet. by Jim Ingham · 12 years ago
- f1dbb71 Initialize a variable to quite a compiler warning. by Jim Ingham · 12 years ago
- 36de3c0 Save and restore the current inlined depth over function calls. by Jim Ingham · 12 years ago
- 98d5021 Move calculating the CurrentInlinedDepth to AFTER the synchronous breakpoint callback gets a chance to run. by Jim Ingham · 12 years ago
- 0c8fa2d Initial check-in of "fancy" inlined stepping. Doesn't do anything useful unless you switch LLDB_FANCY_INLINED_STEPPING to true. With that by Jim Ingham · 12 years ago
- d0bdddf Rework how the API mutex is acquired when filling out an ExecutionContext from an ExecutionContextRef, by Jim Ingham · 12 years ago
- c6e82e4 Remove further outdated "settings" code and also implement a few missing things. by Greg Clayton · 12 years ago
- 73844aa Reimplemented the code that backed the "settings" in lldb. There were many issues with the previous implementation: by Greg Clayton · 12 years ago
- 9880efa Add explicit casts to bool in "shared pointer is valid" constructs that return bool. by Jim Ingham · 12 years ago
- b386d82 Removed explicit NULL checks for shared pointers by Sean Callanan · 12 years ago
- f6d5fea Fixed a problem where stepping out would turn into by Sean Callanan · 12 years ago
- a7d3dc7 <rdar://problem/11852100> by Greg Clayton · 12 years ago
- cf5927e <rdar://problem/11386214> <rdar://problem/11455913> by Greg Clayton · 12 years ago
- d1ec3d6 Fix a comment I had incorrectly altered. by Jim Ingham · 12 years ago
- d82bc6d Found one more place where the OkayToDiscard needs to be consulted. by Jim Ingham · 12 years ago
- 110b55f Don't try to use "OkayToDiscard" to mean BOTH this plan is a user plan or not AND unwind on error. by Jim Ingham · 12 years ago
- 038fa8e If the ObjC Step Through Trampoline plan causes a target crash, properly propagate the error back to by Jim Ingham · 12 years ago
- 88e3de2 Clean up the usage of "MasterPlan" status in ThreadPlans. Only user-initiated plans by Jim Ingham · 12 years ago
- 707b7a8 Fix reporting of stop reasons when the StepOver & StepIn plans stop because of a crash or breakpoint. Added the ability for a plan to say it is done but doesn't want to be the reason for the stop. by Jim Ingham · 12 years ago
- e787c7e Make sure the "synchronous breakpoint callbacks" get called before the thread plan logic gets invoked, and if they by Jim Ingham · 12 years ago
- 2f41d27 The plan stack should never be used while empty. GetCurrentPlan is the entry point to contol logic by Jim Ingham · 12 years ago
- e93055a Clear the "m_actual_stop_info_sp" in the thread during Destroy. It might be a StopInfoThreadPlan, and that would hold onto members that need to be destroyed while the Full thread is still around. by Jim Ingham · 12 years ago
- 2bcbaf6 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. by Jim Ingham · 12 years ago
- 2450cb1 <rdar://problem/11035349> by Greg Clayton · 12 years ago
- a266491 When comparing a Thread against a ThreadSpec, don't fetch the Thread's Name or QueueName if the ThreadSpec doesn't specify them. by Jim Ingham · 12 years ago
- bf97d74 Make the StackFrameList::GetFrameAtIndex only fetch as many stack frames as needed to by Jim Ingham · 12 years ago
- f4124de Thread hardening part 3. Now lldb_private::Thread objects have std::weak_ptr by Greg Clayton · 12 years ago
- 289afcb The second part in thread hardening the internals of LLDB where we make by Greg Clayton · 12 years ago
- 149d1f5 Threads now store their "temporary" resume state, so we know whether they were suspended in the most by Jim Ingham · 12 years ago
- 334d33a SBFrame is now threadsafe using some extra tricks. One issue is that stack by Greg Clayton · 12 years ago
- 13d24fb Switching back to using std::tr1::shared_ptr. We originally switched away by Greg Clayton · 12 years ago
- 016ef88 Improve the x86_64 return value decoder to handle most structure returns. by Jim Ingham · 12 years ago
- 1586d97 Add the ability to capture the return value in a thread's stop info, and print it by Jim Ingham · 12 years ago
- ad382c5 Make the ThreadPlanStepThrough set a backstop breakpoint on the return address from by Jim Ingham · 13 years ago
- 444e35b Moved lldb::user_id_t values to be 64 bit. This was going to be needed for by Greg Clayton · 13 years ago
- e8f4e11 Make the "log enable lldb-step" output easier to parse. by Jim Ingham · 13 years ago
- 567e7f3 Converted the lldb_private::Process over to use the intrusive shared pointers. by Greg Clayton · 13 years ago
- 7e5fa7f Update declarations for all functions/methods that accept printf-style by Jason Molenda · 13 years ago
- 987c7eb Adopt the intrusive pointers in: by Greg Clayton · 13 years ago
- fdf24ef Move the SourceManager from the Debugger to the Target. That way it can store the per-Target default Source File & Line. by Jim Ingham · 13 years ago
- 37f962e Added a new plug-in type: lldb_private::OperatingSystem. The operating system by Greg Clayton · 13 years ago
- c2da8eb Add missing check for non-NULL frame_sp. by Jim Ingham · 13 years ago
- c51ffbf We were leaking a stack frame in StackFrameList in Thread.cpp which could by Greg Clayton · 13 years ago
- c5dca6c Fixed some issues with parsing C++ methods where our detection by Greg Clayton · 13 years ago
- 24e0d61 Don't create a new stop info if we've already calculated one and it is still valid. by Jim Ingham · 13 years ago
- 7868bcc Indent the frames in the "thread.GetStatus" frame listing. Also put the same space after each thread listing for "thread backtrace all" as "thread backtrace 1 3 5" by Jim Ingham · 13 years ago
- e426d85 Move SaveFrameZeroState and RestoreSaveFrameZero implementations to Thread base class by Peter Collingbourne · 13 years ago
- 628cead Fixed a crasher that was happened when a log shared pointer wasn't valid. by Greg Clayton · 13 years ago
- abe0fed Centralized a lot of the status information for processes, by Greg Clayton · 13 years ago
- 5c4b160 Add GetFrameWithStackID to the StackFrameList and the Thread (which routes to its StackFrameList.) by Jim Ingham · 13 years ago
- b344843 Fixed the LLDB build so that we can have private types, private enums and by Greg Clayton · 13 years ago
- 2a45681 by Caroline Tice · 13 years ago
- f9f40c2 Rework the RunThreadPlan event handling to use Event Hijacking not stopping the event thread. Also clarify the logic of the function. by Jim Ingham · 13 years ago
- cd54803 Endian patch from Kirk Beitz that allows better cross platform building. by Greg Clayton · 13 years ago
- bdcb6ab Enabled extra warnings and fixed a bunch of small issues. by Greg Clayton · 13 years ago
- 11a837d Check for a NULL saved stop info shared pointer. by Jim Ingham · 13 years ago
- ac95966 More useful STEP logging. by Jim Ingham · 13 years ago