1. 97600c1 rdar://problem/11457143 by Johnny Chen · 12 years ago
  2. b386d82 Removed explicit NULL checks for shared pointers by Sean Callanan · 12 years ago
  3. 96abc62 Added a 'void' format so that the user can manually by Sean Callanan · 12 years ago
  4. 5a60f5e <rdar://problem/12027563> Making sure that some class of stop-hook commands that involve po'ing objects do not cause an endless recursion by Enrico Granata · 12 years ago
  5. 4f28c31 Instructions generated by a disassembler can now by Sean Callanan · 12 years ago
  6. f6d5fea Fixed a problem where stepping out would turn into by Sean Callanan · 12 years ago
  7. 40a3976 <rdar://problem/11620586> by Greg Clayton · 12 years ago
  8. d8ae7f2 Don't set the thread when adopting selected execution context entries, and use the "lldb_private::StateIsStoppedState(StateType, bool)" function to tell if the state is stopped. by Greg Clayton · 12 years ago
  9. 5d90ade Added an lldb_private & equivalent SB API to send an AsyncInterrupt to the event loop. by Jim Ingham · 12 years ago
  10. 9347d44 Don't have ExecutionContextRef::SetTargetPtr fill in the frame by Jason Molenda · 12 years ago
  11. c3ba2af Relax the test for "is the frame I am going to step back out to the one I started from" in ThreadPlanStepOverRange so you don't by Jim Ingham · 12 years ago
  12. 3a458eb Add "vAttachOrWait" to debugserver, so you can implement "attach to the process if it exists OR wait for it" without race conditions. Use that in lldb. by Jim Ingham · 12 years ago
  13. 3092c1e Add useful documentation to the "target.source-map" setting. by Jim Ingham · 12 years ago
  14. 4a379b1 Ran the static analyzer on the codebase and found a few things. by Greg Clayton · 12 years ago
  15. 6cca969 <rdar://problem/11672978> Fixing an issue where an ObjC object might come out without a description because the expression used to obtain it would timeout before running to completion by Enrico Granata · 12 years ago
  16. b3a1a2b <rdar://problem/11870357> by Greg Clayton · 12 years ago
  17. 7de2a3b <rdar://problem/11782789> Changes to the watchpoint implementation on ARM so that we single-step before stopping at the WP. This is necessary because on ARM the WP triggers before the opcode is actually executed, so we would be unable to continue since we would keep hitting the WP. We work around this by disabling the WP, single stepping and then putting the WP back in place. by Enrico Granata · 12 years ago
  18. 002b3cf Make the setting for "target.process.thread.step-avoid-regexp" work for inlined functions, not just concrete top level functions. by Greg Clayton · 12 years ago
  19. 5b0a5ac Fixed a bug that caused the Process not to rebroadcast by Sean Callanan · 12 years ago
  20. a7d3dc7 <rdar://problem/11852100> by Greg Clayton · 12 years ago
  21. 545762f <rdar://problem/11357711> by Greg Clayton · 12 years ago
  22. 06b8449 Work around some problems destroying a process with older debugservers. by Jim Ingham · 12 years ago
  23. 86827fb Add an "extra-startup-commands" process setting so we can send some command strings to the actual process plugin to interpret as it wishes. by Jim Ingham · 12 years ago
  24. 5f2343e Fixed a logic error which stopped paths from being properly remapped. by Greg Clayton · 12 years ago
  25. d14a0bd The StepOverBreakpoint plan should only explain eStopReasonTrace. It didn't cause any other exceptional stop reason. by Jim Ingham · 12 years ago
  26. f90b5f3 Added a setting (target.process.disable-memory-cache) by Sean Callanan · 12 years ago
  27. 4389256 Make sure that when if we are going to Halt while the process is in the middle of HandlePrivateEvent we by Jim Ingham · 12 years ago
  28. 7f206ba <rdar://problem/11597333> by Greg Clayton · 12 years ago
  29. 3f88349 rdar://problem/11584012 by Johnny Chen · 12 years ago
  30. a377286 Fixed a problem where detaching from a process by Sean Callanan · 12 years ago
  31. b7b2532 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. by Jim Ingham · 12 years ago
  32. bbf6aa5 Thread-hardening the SB API calls related to watchpoint operations. by Johnny Chen · 12 years ago
  33. 59e19a1 When we are preparing all threads to run, if the overall run state of a thread is "suspended" that by Jim Ingham · 12 years ago
  34. 01bc2d4 <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, ... by Enrico Granata · 12 years ago
  35. 9336790 We were accessing the ModuleList in the target without locking it for tasks like by Jim Ingham · 12 years ago
  36. 04e6ada <rdar://problem/11534686> by Greg Clayton · 12 years ago
  37. f4928de Process::Destroy should Halt before it tries to destroy so we don't have race conditions where we are in the middle of trying to service an event when we go to Destroy. by Jim Ingham · 12 years ago
  38. 2cf5ccb Also push file & line breakpoints past the prologue. Also added a "-K" argument to the relevant by Jim Ingham · 12 years ago
  39. 6b1763b <rdar://problem/11355592> Fixing a bug where we would incorrectly try and determine a dynamic type for a variable of a pointer type that is not a valid generic type for dynamic pointers. by Enrico Granata · 12 years ago
  40. f7d782b Fixes the case where we created a dummy target, deleted it, and then tried to evaluate an expression with no target. by Filipe Cabecinhas · 12 years ago
  41. eeeb2af Forgot to bump the local string buffer up in size after debugging to make sure long strings would be correctly read when the buffer is too small for the string. by Greg Clayton · 12 years ago
  42. dd29b97 Found a quick way to improve the speed with which we can read object files from memory when they are in the shared cache: always read the symbol table strings from memory and let the process' memory cache do the work. by Greg Clayton · 12 years ago
  43. cf5927e <rdar://problem/11386214> <rdar://problem/11455913> by Greg Clayton · 12 years ago
  44. 03e5e51 If we notice that a module with a given file path is replaced by another with the same file by Jim Ingham · 12 years ago
  45. f63f2ba Always call RefreshStateAfterStop when we get a stop event. We were skipping doing it in the case where we had interrupted the target. Presumably at some point in the past RefreshStateAfterStop was done more directly when we handled the interrupt, but it isn't any more so now we need to do it all the time. by Jim Ingham · 12 years ago
  46. 469e08d <rdar://problem/11451919> by Greg Clayton · 12 years ago
  47. bd5c23d <rdar://problem/11240464> by Greg Clayton · 12 years ago
  48. ca0761b <rdar://problem/11439169> by Greg Clayton · 12 years ago
  49. d1ec3d6 Fix a comment I had incorrectly altered. by Jim Ingham · 12 years ago
  50. d82bc6d Found one more place where the OkayToDiscard needs to be consulted. by Jim Ingham · 12 years ago
  51. 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
  52. 0fef968 <rdar://problem/11330621> by Greg Clayton · 12 years ago
  53. 038fa8e If the ObjC Step Through Trampoline plan causes a target crash, properly propagate the error back to by Jim Ingham · 12 years ago
  54. f92ddcc Print out a notification when the process of a target other than the currently selected target stops. by Jim Ingham · 12 years ago
  55. b170aee <rdar://problem/11358639> by Greg Clayton · 12 years ago
  56. 1b584eb Don't expose the pthread_mutex_t underlying the Mutex & Mutex::Locker classes. by Jim Ingham · 12 years ago
  57. cb740b3 In ProcessGDBRemote::DoConnectRemote(), if the remote system informed by Jason Molenda · 12 years ago
  58. 88e3de2 Clean up the usage of "MasterPlan" status in ThreadPlans. Only user-initiated plans by Jim Ingham · 12 years ago
  59. b5d55cf Cleanup - removing the ThreadPlanTestCondition and its helper functions. It is not needed, by Jim Ingham · 12 years ago
  60. 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
  61. e1ef1e3 Clean up the way modules are looked for when calling Target::GetSharedModule(...). We were ignoring remapped files, even if they were valid. Also if we have a UUID, we should check our global module list first. by Greg Clayton · 12 years ago
  62. 6b028d6 Change Target::ReadMemoryFromFileCache to not read from the file by Jason Molenda · 12 years ago
  63. 4d609c9 Fixing an issue where the expression parser was not correctly freeze-drying bitfields - This patch ensures that (a) freeze-drying bitfields works correctly and (b) that we actually access bitfields through IR instead of the 'frame var en lieu of expr' shortcut, for added safety in corner cases that may arise by Enrico Granata · 12 years ago
  64. 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
  65. 027aaa7 Switch to setting the write side of the run lock when we call Resume. Then make a PrivateResume that doesn't switch the run-lock state, and use that where we are resuming without changing the public resume state. by Jim Ingham · 12 years ago
  66. 2f41d27 The plan stack should never be used while empty. GetCurrentPlan is the entry point to contol logic by Jim Ingham · 12 years ago
  67. 77d4071 Make sure an error is returned when Process::LoadImage() fails. by Greg Clayton · 12 years ago
  68. a414e67 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. by Greg Clayton · 12 years ago
  69. 9747118 Added a new host function that allows us to run shell command and get the output from them along with the status and signal: by Greg Clayton · 12 years ago
  70. a8d26eb Don't do the work in DoTakedown if the thread plan isn't valid. by Jim Ingham · 12 years ago
  71. f641af3 The run all threads timeout in RunThreadPlan should respect the user timeout, not be arbitrarily 10 seconds (which was too long anyway...) by Jim Ingham · 12 years ago
  72. 1e58cef Factor out a bunch of common code in the two ThreadPlanCallFunction constructors. Also add a sanity check - try reading the frame, and if we fail bag out. by Jim Ingham · 12 years ago
  73. 2b0210b <rdar://problem/11193466> by Greg Clayton · 12 years ago
  74. f19b0c8 ThreadPlanCallFunction's destructor wasn't calling DoTakedown, so if the that plan got discarded we weren't doing the takedown. by Jim Ingham · 12 years ago
  75. 7fa7b2f Make sure that DoResume doesn't stall if we shut down the async thread while DoResume is waiting by Jim Ingham · 12 years ago
  76. 6cbd7bc Set variables returned by utility functions to by Sean Callanan · 12 years ago
  77. d21d98b Two changes, by Jim Ingham · 12 years ago
  78. 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
  79. ae93235 Trying to solve our disappearing thread issues by making thread list updates safer. by Greg Clayton · 12 years ago
  80. 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
  81. 1831e78 We sometimes need to be able to call functions (via Process::RunThreadPlan) from code run on the private state thread. To do that we have to by Jim Ingham · 12 years ago
  82. ce96dad Order ivar initializers to how they're declared in the class. by Bill Wendling · 12 years ago
  83. a894fe7 Added a new Host class: ReadWriteLock by Greg Clayton · 12 years ago
  84. 3feafab <rdar://problem/11184458> by Greg Clayton · 12 years ago
  85. 2450cb1 <rdar://problem/11035349> by Greg Clayton · 12 years ago
  86. 9ab696e lldb_private::Section objects have a boolean flag that can be set that by Greg Clayton · 12 years ago
  87. dba1de8 Synthetic values are now automatically enabled and active by default. SBValue is set up to always wrap a synthetic value when one is available. by Enrico Granata · 12 years ago
  88. dc0a38c <rdar://problem/11113279> by Greg Clayton · 12 years ago
  89. 155599b If creation of watchpoint failed on the device, make sure the list maintained by the target reflects that by cleaning it up. by Johnny Chen · 12 years ago
  90. b1db658 Platforms can now auto-select themselves if you specify a full target triple when doing a "target create" command. by Greg Clayton · 12 years ago
  91. cf09f88 Massive enumeration name changes: a number of enums in ValueObject were not following the naming pattern by Enrico Granata · 12 years ago
  92. 2418fdd <rdar://problem/11072382> by Greg Clayton · 12 years ago
  93. 35a45ad Include limits.h for PATH_MAX. by Benjamin Kramer · 12 years ago
  94. 964deba <rdar://problem/8196933> by Greg Clayton · 12 years ago
  95. cebfad1 Hardened the step-out plan in case it receives bad stack IDs. by Sean Callanan · 12 years ago
  96. e311766 Fix the process of getting the ObjC runtime - if we ask for it too early (in the process of handling the by Jim Ingham · 12 years ago
  97. b2cf58a First stage of implementing step by "run to next branch". Doesn't work yet, is turned off. by Jim Ingham · 12 years ago
  98. 6e12c7a Updated the revision of LLVM/Clang used by LLDB. by Sean Callanan · 12 years ago
  99. 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
  100. 0c31d3d <rdar://problem/10997402> by Greg Clayton · 12 years ago