- User Since
- Nov 3 2016, 5:28 AM (195 w, 5 d)
Mar 10 2019
Mar 21 2017
Feb 14 2017
After r295088 commit Xcode project fails with "no such file or directory: '/Users/boris/ws/lldb/lldb/source/Utility/ModuleCache.cpp'" message.
I think lldb.xcodeproj/project.pbxproj should be updated.
Yes, it is quite old story. Original issue was that breakpoint with false condition resumes execution in spite of completed step plan. There was two local fix proposals, but finally the issue was fixed by StopInfoBreakpoint::PerformAction and Thread::GetStopInfo reworking.
Feb 2 2017
Jan 27 2017
I made another diff with using GetCompletedPlan call. Hope it makes the code clear.
Jan 25 2017
I work on the case when we have two plans complete: internal breakpoint plus our function call plan:
Jan 23 2017
Jan 20 2017
Jim should probably review this change.
Dec 19 2016
Dec 17 2016
Dec 15 2016
Dec 9 2016
Stop reason priorities was reworked, step plans gets a last chance to mark themselves complete while cleaning up stale plans, and breakpoint's PerformAction learned to take Completed Plans into account.
“Doctor, doctor, everyone keeps ignoring me”. “Next please!”
Nov 28 2016
Here I come with another fix. Additional code in ThreadPlanStepRange::IsPlanStale() checks if we are exactly on the next instruction just after the range, and sets plan Complete in this case. So for the case we have both breakpoint hit and step plan complete event, and further processing threats step plan complete as primary event (Thread::GetStopInfo), and stop works Ok. Please note that breakpoint's actions (condition check, bump count increase, commands) are skipped when step plan is treated as main event.
Nov 24 2016
Nov 17 2016
Thank you for guiding me though this stuff. For years I was responsible for similar debugging issues in Mobile Java, and my motivation now is to learn how it works in lldb world.
Nov 16 2016
Thank you for the review. I really appreciate it.
Nov 10 2016
Nov 7 2016