[ELF,test] Improve duplicate "symbol not found" error tests
[llvm-project.git] / lldb / examples / python / scripted_step.py
blob8f2cc093fd82a76c23cf8532822e7862a46b1d58
1 #############################################################################
2 # This script contains two trivial examples of simple "scripted step" classes.
3 # To fully understand how the lldb "Thread Plan" architecture works, read the
4 # comments at the beginning of ThreadPlan.h in the lldb sources. The python
5 # interface is a reduced version of the full internal mechanism, but captures
6 # most of the power with a much simpler interface.
8 # But I'll attempt a brief summary here.
9 # Stepping in lldb is done independently for each thread. Moreover, the stepping
10 # operations are stackable. So for instance if you did a "step over", and in
11 # the course of stepping over you hit a breakpoint, stopped and stepped again,
12 # the first "step-over" would be suspended, and the new step operation would
13 # be enqueued. Then if that step over caused the program to hit another breakpoint,
14 # lldb would again suspend the second step and return control to the user, so
15 # now there are two pending step overs. Etc. with all the other stepping
16 # operations. Then if you hit "continue" the bottom-most step-over would complete,
17 # and another continue would complete the first "step-over".
19 # lldb represents this system with a stack of "Thread Plans". Each time a new
20 # stepping operation is requested, a new plan is pushed on the stack. When the
21 # operation completes, it is pushed off the stack.
23 # The bottom-most plan in the stack is the immediate controller of stepping,
24 # most importantly, when the process resumes, the bottom most plan will get
25 # asked whether to set the program running freely, or to instruction-single-step
26 # the current thread. In the scripted interface, you indicate this by returning
27 # False or True respectively from the should_step method.
29 # Each time the process stops the thread plan stack for each thread that stopped
30 # "for a reason", Ii.e. a single-step completed on that thread, or a breakpoint
31 # was hit), is queried to determine how to proceed, starting from the most
32 # recently pushed plan, in two stages:
34 # 1) Each plan is asked if it "explains" the stop. The first plan to claim the
35 # stop wins. In scripted Thread Plans, this is done by returning True from
36 # the "explains_stop method. This is how, for instance, control is returned
37 # to the User when the "step-over" plan hits a breakpoint. The step-over
38 # plan doesn't explain the breakpoint stop, so it returns false, and the
39 # breakpoint hit is propagated up the stack to the "base" thread plan, which
40 # is the one that handles random breakpoint hits.
42 # 2) Then the plan that won the first round is asked if the process should stop.
43 # This is done in the "should_stop" method. The scripted plans actually do
44 # three jobs in should_stop:
45 # a) They determine if they have completed their job or not. If they have
46 # they indicate that by calling SetPlanComplete on their thread plan.
47 # b) They decide whether they want to return control to the user or not.
48 # They do this by returning True or False respectively.
49 # c) If they are not done, they set up whatever machinery they will use
50 # the next time the thread continues.
52 # Note that deciding to return control to the user, and deciding your plan
53 # is done, are orthgonal operations. You could set up the next phase of
54 # stepping, and then return True from should_stop, and when the user next
55 # "continued" the process your plan would resume control. Of course, the
56 # user might also "step-over" or some other operation that would push a
57 # different plan, which would take control till it was done.
59 # One other detail you should be aware of, if the plan below you on the
60 # stack was done, then it will be popped and the next plan will take control
61 # and its "should_stop" will be called.
63 # Note also, there should be another method called when your plan is popped,
64 # to allow you to do whatever cleanup is required. I haven't gotten to that
65 # yet. For now you should do that at the same time you mark your plan complete.
67 # 3) After the round of negotiation over whether to stop or not is done, all the
68 # plans get asked if they are "stale". If they are say they are stale
69 # then they will get popped. This question is asked with the "is_stale" method.
71 # This is useful, for instance, in the FinishPrintAndContinue plan. What might
72 # happen here is that after continuing but before the finish is done, the program
73 # could hit another breakpoint and stop. Then the user could use the step
74 # command repeatedly until they leave the frame of interest by stepping.
75 # In that case, the step plan is the one that will be responsible for stopping,
76 # and the finish plan won't be asked should_stop, it will just be asked if it
77 # is stale. In this case, if the step_out plan that the FinishPrintAndContinue
78 # plan is driving is stale, so is ours, and it is time to do our printing.
80 # 4) If you implement the "stop_description(SBStream stream)" method in your
81 # python class, then that will show up as the "plan completed" reason when
82 # your thread plan is complete.
84 # Both examples show stepping through an address range for 20 bytes from the
85 # current PC. The first one does it by single stepping and checking a condition.
86 # It doesn't, however handle the case where you step into another frame while
87 # still in the current range in the starting frame.
89 # That is better handled in the second example by using the built-in StepOverRange
90 # thread plan.
92 # To use these stepping modes, you would do:
94 # (lldb) command script import scripted_step.py
95 # (lldb) thread step-scripted -C scripted_step.SimpleStep
96 # or
98 # (lldb) thread step-scripted -C scripted_step.StepWithPlan
100 import lldb
103 class SimpleStep:
104 def __init__(self, thread_plan, dict):
105 self.thread_plan = thread_plan
106 self.start_address = thread_plan.GetThread().GetFrameAtIndex(0).GetPC()
108 def explains_stop(self, event):
109 # We are stepping, so if we stop for any other reason, it isn't
110 # because of us.
111 if self.thread_plan.GetThread().GetStopReason() == lldb.eStopReasonTrace:
112 return True
113 else:
114 return False
116 def should_stop(self, event):
117 cur_pc = self.thread_plan.GetThread().GetFrameAtIndex(0).GetPC()
119 if cur_pc < self.start_address or cur_pc >= self.start_address + 20:
120 self.thread_plan.SetPlanComplete(True)
121 return True
122 else:
123 return False
125 def should_step(self):
126 return True
128 def stop_description(self, stream):
129 stream.Print("Simple step completed")
132 class StepWithPlan:
133 def __init__(self, thread_plan, dict):
134 self.thread_plan = thread_plan
135 self.start_address = thread_plan.GetThread().GetFrameAtIndex(0).GetPCAddress()
136 self.step_thread_plan = thread_plan.QueueThreadPlanForStepOverRange(
137 self.start_address, 20
140 def explains_stop(self, event):
141 # Since all I'm doing is running a plan, I will only ever get askedthis
142 # if myplan doesn't explain the stop, and in that caseI don'teither.
143 return False
145 def should_stop(self, event):
146 if self.step_thread_plan.IsPlanComplete():
147 self.thread_plan.SetPlanComplete(True)
148 return True
149 else:
150 return False
152 def should_step(self):
153 return False
155 def stop_description(self, stream):
156 self.step_thread_plan.GetDescription(stream, lldb.eDescriptionLevelBrief)
159 # Here's another example which does "step over" through the current function,
160 # and when it stops at each line, it checks some condition (in this example the
161 # value of a variable) and stops if that condition is true.
164 class StepCheckingCondition:
165 def __init__(self, thread_plan, dict):
166 self.thread_plan = thread_plan
167 self.start_frame = thread_plan.GetThread().GetFrameAtIndex(0)
168 self.queue_next_plan()
170 def queue_next_plan(self):
171 cur_frame = self.thread_plan.GetThread().GetFrameAtIndex(0)
172 cur_line_entry = cur_frame.GetLineEntry()
173 start_address = cur_line_entry.GetStartAddress()
174 end_address = cur_line_entry.GetEndAddress()
175 line_range = end_address.GetFileAddress() - start_address.GetFileAddress()
176 self.step_thread_plan = self.thread_plan.QueueThreadPlanForStepOverRange(
177 start_address, line_range
180 def explains_stop(self, event):
181 # We are stepping, so if we stop for any other reason, it isn't
182 # because of us.
183 return False
185 def should_stop(self, event):
186 if not self.step_thread_plan.IsPlanComplete():
187 return False
189 frame = self.thread_plan.GetThread().GetFrameAtIndex(0)
190 if not self.start_frame.IsEqual(frame):
191 self.thread_plan.SetPlanComplete(True)
192 return True
194 # This part checks the condition. In this case we are expecting
195 # some integer variable called "a", and will stop when it is 20.
196 a_var = frame.FindVariable("a")
198 if not a_var.IsValid():
199 print("A was not valid.")
200 return True
202 error = lldb.SBError()
203 a_value = a_var.GetValueAsSigned(error)
204 if not error.Success():
205 print("A value was not good.")
206 return True
208 if a_value == 20:
209 self.thread_plan.SetPlanComplete(True)
210 return True
211 else:
212 self.queue_next_plan()
213 return False
215 def should_step(self):
216 return True
218 def stop_description(self, stream):
219 stream.Print(f"Stepped until a == 20")
222 # Here's an example that steps out of the current frame, gathers some information
223 # and then continues. The information in this case is rax. Currently the thread
224 # plans are not a safe place to call lldb command-line commands, so the information
225 # is gathered through SB API calls.
228 class FinishPrintAndContinue:
229 def __init__(self, thread_plan, dict):
230 self.thread_plan = thread_plan
231 self.step_out_thread_plan = thread_plan.QueueThreadPlanForStepOut(0, True)
232 self.thread = self.thread_plan.GetThread()
234 def is_stale(self):
235 if self.step_out_thread_plan.IsPlanStale():
236 self.do_print()
237 return True
238 else:
239 return False
241 def explains_stop(self, event):
242 return False
244 def should_stop(self, event):
245 if self.step_out_thread_plan.IsPlanComplete():
246 self.do_print()
247 self.thread_plan.SetPlanComplete(True)
248 return False
250 def do_print(self):
251 frame_0 = self.thread.frames[0]
252 rax_value = frame_0.FindRegister("rax")
253 if rax_value.GetError().Success():
254 print("RAX on exit: ", rax_value.GetValue())
255 else:
256 print("Couldn't get rax value:", rax_value.GetError().GetCString())
258 def stop_description(self, stream):
259 self.step_out_thread_plan.GetDescription(stream, lldb.eDescriptionLevelBrief)