Scroll to navigation

pydb(1) General Commands Manual pydb(1)

NAME

pydb — enhanced Python debugger

SYNOPSIS

pydb [debugger‐options] python‐script [script‐options...]

DESCRIPTION

This manual page documents briefly the pydb command.

pydb is an extended Python debugger. It extends the Python standard debugger pdb and is suited for use with the graphical debugger DDD. The purpose of a debugger such as this one is to allow you to see what is going on ``inside'' another program while it executes—or what another program was doing at the moment it crashed.

We follow gdb's command set unless there's good reason not to.

pydb can do four main kinds of things (plus other things in support of these) to help you catch bugs in the act:

   • Start or restart your Python script, specifying arguments that might affect its behavior.

   • Make your program stop at various points possibly determined by
specified conditions.

   • Examine what has happened when your program has stopped.

   • Change things in your program, so you can experiment with correcting the effects of one bug and go on to learn about another.

Here are some of the most frequently‐needed commands:

Set a breakpoint at function or at the specified file and line.
Clear a breakpoint at function or at the specified file and line. If line number is specified, all breakpoints in that line are cleared. If a function is specified, breakpoints at beginning of function are cleared. With no argument, clears all breakpoints in the line that the selected frame is executing in. See also the delete command which clears breakpoints by number.
Continue running your program until the next breakpoint or until the end of the program. If a line number is given set a one‐time breakpoint at that line.
Delete breakpoints by number. To delete all breakpoints, give no breakpoint number. See also the clear command which clears breakpoints by line/file number.
Disassemble Python instructions at the point you are currently stopped at. If location is a line number, do not show instructions before line. Location can also be a class, method, function, code or string argument.
Give type/object and value information about expression.

finish Run until the completion of the current function or method.

Set the stack frame to frame‐number for purposes of examinine local variables. For positioning relative to the current frame, use up or down.
Show information about pydb command name, or general information about using pydb.
Get the various information usually about the debugged program.
type the text of the program in the vicinity of where it is presently stopped or at the specified function or file and line.
Execute next program line(s) (after stopping); step over any function calls in the line.
Pretty print the value of an expression.
Display the value of an expression.
Read and execute the lines in file filename as a series of debugger commands. An error in any command terminates execution of the command file and control is returned to the console.
Exit from the debugger.
(Re)start your program (with arglist, if specified). If you want the debugger to get reloaded, use restart instead.
Modify parts of the debugger environment.
Run a shell command.
See the debugger environment settings
Execute next program line(s) (after stopping); step into any function calls in the line.
Display all or count items of the program stack.

For full details on pydb, see http://bashdb.sourceforge.net/pydb/pydb/index.html

OPTIONS

show the version number and exit
show invocation help and exit
Show lines before executing them. This option also sets --batch.
Show functions before executing them. This option also sets --batch
Don't run interactive commands on debugger entry
Report file locations as only the base filename, and omit the directory name. This is useful in running regression tests.
Execute commands from FILE.
Change current directory to DIR.
Write debugger's error output (stderr) to FILE
Run debugger commands command‐list. Commands should be separated by ";;"‐the same as you would do inside the debugger. You may need to quote this option to prevent command shell interpretation, e.g. --exec "break 20;; continue"
Don't execute commands found in any initialization files
Write debugger's output (stdout) to FILE
Set to watch for signal handler changes.
Start off with threading debug support.
Set gdb‐like annotation_level. The annotation level is used by front‐ends to get posted about program information when things change without having to poll for the information.

SEE ALSO

http://bashdb.sourceforge.net/pydb/

http://bashdb.sourceforge.net/pydb/lib/index.html

AUTHOR

pydb was written by Richard Wolff <rwolff@noao.edu> (now retired) based on the standard Python debugger pdb.py. Over the many years, pdb.py and pydb.py have diverged. It was subsequently revised and expanded to be more like gdb by Rocky Bernstein <rocky@gnu.org>

The first version of this manual page was written by Gregor Hoffleit <flight@debian.org> for the Debian project (but may be used by others).