[t] Refactor some namespace pmc tests to use throws_like
[parrot.git] / docs / debugger.pod
blob45a5fe122c6b04119514d5aeaa5bee8b67ddb66c
1 # Copyright (C) 2001-2009, Parrot Foundation.
2 # $Id$
4 =head1 NAME
6 docs/debugger.pod - The Parrot Debugger
8 =head1 ABSTRACT
10 This document describes F<parrot_debugger>, the Parrot Debugger.
12 =head1 DESCRIPTION
14 Starting from version 0.0.6 Parrot has its own debugger, which is modeled after
15 Perl's one. Its name is F<parrot_debugger>, and is an interactive environment
16 that let you step through bytecode, set breakpoints, evaluate assembly
17 instructions and peek at the interpreter status.
19 A good (well, at least some) knowledge of the Parrot internals is obviously
20 required to read this document. Some familiarity with debugging principles is
21 also mandatory beyond this point.
24 =head1 BUILDING parrot_debugger
26 The debugger is built along with Parrot when you run 'make', but if you want to build 
27 *only* the debugger, then you can run:
29   make parrot_debugger
31 Which will create a new parrot_debugger executable in the same directory as the parrot
32 executable.
34 =head1 THE DEBUGGER SHELL
36 To start the debugger type:
38   parrot_debugger file.pbc
40 That is, F<parrot_debugger> takes exactly one argument, which is the Parrot file that
41 you're going to debug. This file may be Parrot bytecode (*.pbc), PASM source code (*.pasm)
42 or PIR (*.pir). F<parrot_debugger> will automatically load and disassemble the
43 bytecode file for you.
45 Note that you can't pass command line arguments to your program when you invoke
46 the debugger. See the C<run (r)> command below for this.
48 After the version banner, you'll see the friendly debugger prompt:
50   (pdb)
52 F<parrot_debugger> is ready to receive commands and give output. To list the
53 available commands type 'h'. To quit the debugger type 'q'.
55 As with the Perl debugger, whenever it halts and shows you a line of code, it
56 is always the line it's I<about> to execute, not the one that it has just
57 executed.
59 =head1 DEBUGGER COMMANDS
61 Always remember that you can enter 'h' to get a list of commands (this document
62 may be outdated in respect to the actual debugger, so let it speak for itself).
64 Most commands can be shortened to their first letter. When available, this is
65 signaled by the letter in parentheses after the command name Thus, C<help (h)>
66 means that the command can be given as 'help' or just 'h'. On the other hand,
67 C<load> can only be given as 'load', verbatim.  And the debugger is case
68 sensitive.
70 A blank line always repeats the last command entered.
72 Also note that at this point in its development, F<parrot_debugger> has very
73 poor error checking on commands and their arguments, so type carefully or
74 something bad will happen. Feel free to report bugs, or better yet patch the
75 source code (see L</FILES> below).
77 =over 4
79 =item disassemble
81 Disassemble a loaded bytecode file. This will turn a file loaded with C<load>
82 into proper Parrot assembler.
84 =item load
86 Load a source code (assembler) file. The syntax is:
88   load FILE
90 =item list (l)
92 List the source code. The syntax is:
94   list [FROM] [NUM]
96 Both arguments are optional. By default C<FROM> is from where the last list
97 command ended (or the first line if this is the first invocation) and C<NUM> is
98 10. That is, it lists the source code ten lines at a time.
100 Note that the disassembled source code is not the same as the original source
101 code: labels take the names C<L1 .. Ln> and opcodes are fully qualified (eg.
102 C<set_i_ic> instead of just C<set>). See also C<eval (e)>.
104 Example:
106   # lists the first three source code lines
107   (pdb) l 1 3
108   1  set_i_ic I1,0
109   2  L3:  print_sc "fact of "
110   3  print_i I1
112 =item run (r)
114 Run (or restart) the program. The syntax is:
116   run [ARGUMENTS]
118 Any arguments you give are passed as command line arguments to the program (ie.
119 they populate P0).
121 After the program has ended, you can run it again with this command. See also
122 the C<continue (c)> command.
124 Example:
126   (pdb) r
127   Restarting
128   fact of 0 is: 1
129   fact of 1 is: 1
130   fact of 2 is: 2
131   fact of 3 is: 6
132   fact of 4 is: 24
133   fact of 5 is: 120
134   fact of 6 is: 720
135   Program exited.
137 =item break (b)
139 Add a breakpoint. The syntax is:
141   b LINE [if CONDITION]
143 If you want a conditional breakpoint you should first specify the register that
144 is involved in the condition (at least one must be), the comparison and then
145 the third argument can be either another register or a constant, which must be
146 of the same type as the first register specified.
148 The command returns a number which is the breakpoint identifier. You should
149 note this number for the C<delete (d)> command (see below).
151 Example:
153   # sets a breakpoint on line 10 (will be breakpoint 0)
154   (pdb) b 10
155   Breakpoint 0 at line 10
157   # another breakpoint on line 11 (will be breakpoint 1)
158   (pdb) b 11
159   Breakpoint 1 at line 11
161   # break at line 4 if I16 is less than or equal to 123456
162   (pdb) b 4 if I16 <= 123456
163   Breakpoint 2 at line 4
165   # break at line 4 if N27 is greater than 5.23
166   (pdb) b 5 if N27 > 5.23
167   Breakpoint 3 at line 5
169   # break at line 4 if S2 is equal to S13
170   (pdb) b 6 if S2 == S13
171   Breakpoint 4 at line 6
173   # break at line 4 if S5 is equal to "stop"
174   (pdb) b 7 if S2 == "stop"
175   Breakpoint 5 at line 7
177 =item watch (w)
179 Add a watchpoint. The syntax is:
181   w CONDITION
183 The condition has the same format as in C<break>
185 =item delete (d)
187 Delete a breakpoint. The syntax is:
189   d NUM
191 The C<NUM> argument is the breakpoint number (from 0 to N) as emitted by the
192 C<break (b)> command. It is NOT the line that has the breakpoint.
194 Example:
196   # delete the first breakpoint (was on line 10, see example above)
197   (pdb) d 0
199 =item disable
201 Disable a breakpoint. The syntax is the same as for the C<delete> command.
202 Disabled breakpoints can be re-enabled with C<enable>.
204 =item enable
206 Re-enable a disabled breakpoint. The syntax is:
208   enable [NUM]
210 where C<NUM> is the number of the breakpoint.
212 =item continue (c)
214 Continue the program execution. The syntax of this command is:
216   continue [NUM]
218 Without arguments, the command just runs the source code until a breakpoint is
219 found (or until the end of the program).
221 If you specify a number, it will skip the next C<NUM> breakpoints it
222 encounters.
224 When the program has ended, continue will do nothing. Use C<run (r)> to execute
225 it again.
227 =item next (n)
229 Run the next instruction. The syntax is:
231   next [NUM]
233 C<NUM> defaults to 1, but you can give a number of instructions to execute
234 before stopping again.
236 =item eval (e)
238 The eval command is currently unimplemeneted.
240 Run an instruction. The syntax is:
242   eval INSTRUCTION
245 Example:
247   (pdb) e set I0, 42
249   (pdb) e print I0
250   42
252   (pdb) p i
253   I0 =           42
254   I1 =            0
255   ...
257 =item trace (t)
259 Trace the next instruction. The syntax is:
261   trace [NUM]
263 It executes the next C<NUM> instructions (default is 1) just as C<next (n)>
264 does, but printing additional trace information. This is the same as the
265 information you get when running Parrot with the C<-t> option.
267 Example:
269   # executes 2 instructions and trace them
270   (pdb) t 2
271   PC=0; OP=67 (set_i_ic); ARGS=(I1=0, 0)
272   PC=3; OP=24 (print_sc); ARGS=("fact of ")
273   fact of
274   3  print_i I1
276 =item print (p)
278 Print the interpreter registers. The syntax is:
280   print VALUE
282 C<VALUE> may be:
284 =over 4
286 =item A register name: C<I3>
288 Prints out the single register specified.
290 =item A register type: C<i>, C<n>, C<s>, or C<p>
292 Prints out all registers of the given type
294 =item An aggregate key: C<P0[1]>
296 Looks up the given (integer- or string-valued) key in a PMC register.
298 =back
300 For PMC registers, the command will print the number, the class of the PMC (in
301 square brackets) and its string representation (when available). It prints
302 <PMCNULL> for uninitialized PMC registers.
304 Examples:
306   # prints the content of I2
307   (pdb) p i2
308   I2 =              0
310   # prints the content of P0
311   (pdb) p P0
312   P0 = [ResizablePMCArray]
314   # prints the content of all string registers
315   (pdb) p s
316    S0 = Just
317    S1 = Another
318    S2 = Parrot
319    S3 = Hacker
321 =item info
323 Print interpreter information.
325 Example:
327   (pdb) info
328   Total memory allocated = 81936
329   GC mark runs = 6
330   GC collect runs = 0
331   Active PMCs = 8197
332   Active buffers = 7
333   Total PMCs = 21840
334   Total buffers = 48
335   Header allocations since last collect = 0
336   Memory allocations since last collect = 2
338 =item quit (q)
340 Exit the debugger.
342 =item help (h)
344 Prints information about debugger commands. The syntax is:
346   help [COMMAND]
348 If C<COMMAND> is omitted, prints a list of the available commands.
350 =back
352 =head1 FILES
354 =over 4
356 =item src/parrot_debugger.c
358 This is the file that will produce the executable.  Nothing fancy here, it
359 mostly consists of the C<main> function.
361 =item src/debug.c
363 Most of the debugger is implemented here.  You may want to start from the
364 C<PDB_run_command> function and go down from there for the real meat.
366 =item src/embed.c
368 C<Parrot_debug>, the function which launches the debugger, is implemented here.
370 =item include/parrot/debugger.h
372 This defines all the PDB structures, which hold data used by the debugger.
374 =back
376 =head1 HISTORY
378 =over 4
380 =item Version 1.0
382 First version (SVN debug.c revision 1.24), authored by Aldo Calpini
384 =back