In software development, debugging is the process of looking for and then resolving issues that prevent the software from running correctly.
The Python debugger provides a debugging environment for Python programs. It supports setting conditional breakpoints, stepping through the source code one line at a time, stack inspection, and more.
You should have Python 3 installed and a programming environment set up on your computer or server. If you don’t have a programming environment set up, you can refer to the installation and setup guides for a local programming environment or for a programming environment on your server appropriate for your operating system (Ubuntu, CentOS, Debian, etc.)
The Python debugger comes as part of the standard Python distribution as a module called pdb
. The debugger is also extensible, and is defined as the class Pdb
. You can read the official documentation of pdb
to learn more.
Info: To follow along with the example code in this tutorial, open a Python interactive shell on your local system by running the python3
command. Then you can copy, paste, or edit the examples by adding them after the >>>
prompt.
We’ll begin by working with a short program that has two global variables, a function that creates a nested loop, and the if __name__ == '__main__':
construction that will call the nested_loop()
function.
num_list = [500, 600, 700]
alpha_list = ['x', 'y', 'z']
def nested_loop():
for number in num_list:
print(number)
for letter in alpha_list:
print(letter)
if __name__ == '__main__':
nested_loop()
We can now run this program through the Python debugger by using the following command:
- python -m pdb looping.py
The -m
command-line flag will import any Python module for you and run it as a script. In this case we are importing and running the pdb
module, which we pass into the command as shown above.
Upon running this command, you’ll receive the following output:
Output> /Users/sammy/looping.py(1)<module>()
-> num_list = [500, 600, 700]
(Pdb)
In the output, the first line contains the current module name (as indicated with <module>
) with a directory path, and the printed line number that follows (in this case it’s 1
, but if there is a comment or other non-executable line it could be a higher number). The second line shows the current line of source code that is executed here, as pdb
provides an interactive console for debugging. You can use the command help
to learn its commands, and help command
to learn more about a specific command. Note that the pdb
console is different than the Python interactive shell.
The Python debugger will automatically start over when it reaches the end of your program. Whenever you want to leave the pdb
console, type the command quit
or exit
. If you would like to explicitly restart a program at any place within the program, you can do so with the command run
.
When working with programs in the Python debugger, you’re likely to use the list
, step
, and next
commands to move through your code. We’ll go over these commands in this section.
Within the shell, we can type the command list
in order to get context around the current line. From the first line of the program looping.py
that we displayed above — num_list = [500, 600, 700]
— that will look like the following:
(Pdb) list
1 -> num_list = [500, 600, 700]
2 alpha_list = ['x', 'y', 'z']
3
4
5 def nested_loop():
6 for number in num_list:
7 print(number)
8 for letter in alpha_list:
9 print(letter)
10
11 if __name__ == '__main__':
(Pdb)
The current line is indicated with the characters ->
, which in our case is the first line of the program file.
Since this is a relatively short program, we receive nearly all of the program back with the list
command. Without providing arguments, the list
command provides 11 lines around the current line, but you can also specify which lines to include, like so:
(Pdb) list 3, 7
3
4
5 def nested_loop():
6 for number in num_list:
7 print(number)
(Pdb)
Here, we requested that the lines 3-7 be displayed by using the command list 3, 7
.
To move through the program line by line, we can use step
or next
:
(Pdb) step
> /Users/sammy/looping.py(2)<module>()
-> alpha_list = ['x', 'y', 'z']
(Pdb)
(Pdb) next
> /Users/sammy/looping.py(2)<module>()
-> alpha_list = ['x', 'y', 'z']
(Pdb)
The difference between step
and next
is that step
will stop within a called function, while next
executes called functions to only stop at the next line of the current function. We can see this difference when we work with the function.
The step
command will iterate through the loops once it gets to the running of the function, showing exactly what the loop is doing, as it will first print a number with print(number)
then go through to print the letters with print(letter)
, return to the number, etc:
(Pdb) step
> /Users/sammy/looping.py(5)<module>()
-> def nested_loop():
(Pdb) step
> /Users/sammy/looping.py(11)<module>()
-> if __name__ == '__main__':
(Pdb) step
> /Users/sammy/looping.py(12)<module>()
-> nested_loop()
(Pdb) step
--Call--
> /Users/sammy/looping.py(5)nested_loop()
-> def nested_loop():
(Pdb) step
> /Users/sammy/looping.py(6)nested_loop()
-> for number in num_list:
(Pdb) step
> /Users/sammy/looping.py(7)nested_loop()
-> print(number)
(Pdb) step
500
> /Users/sammy/looping.py(8)nested_loop()
-> for letter in alpha_list:
(Pdb) step
> /Users/sammy/looping.py(9)nested_loop()
-> print(letter)
(Pdb) step
x
> /Users/sammy/looping.py(8)nested_loop()
-> for letter in alpha_list:
(Pdb) step
> /Users/sammy/looping.py(9)nested_loop()
-> print(letter)
(Pdb) step
y
> /Users/sammy/looping.py(8)nested_loop()
-> for letter in alpha_list:
(Pdb)
The next
command, instead, will execute the entire function without showing the step-by-step process. Let’s quit the current session with the exit
command and then begin the debugger again:
- python -m pdb looping.py
Now we can work with the next
command:
(Pdb) next
> /Users/sammy/looping.py(5)<module>()
-> def nested_loop():
(Pdb) next
> /Users/sammy/looping.py(11)<module>()
-> if __name__ == '__main__':
(Pdb) next
> /Users/sammy/looping.py(12)<module>()
-> nested_loop()
(Pdb) next
500
x
y
z
600
x
y
z
700
x
y
z
--Return--
> /Users/sammy/looping.py(12)<module>()->None
-> nested_loop()
(Pdb)
While going through your code, you may want to examine the value passed to a variable, which you can do with the pp
command, which will pretty-print the value of the expression using the pprint
module:
(Pdb) pp num_list
[500, 600, 700]
(Pdb)
Most commands in pdb
have shorter aliases. For step
that short form is s
, and for next
it is n
. The help
command will list available aliases. You can also call the last command you called by pressing the ENTER
key at the prompt.
You typically will be working with larger programs than the example above, so you’ll likely be wanting to look at particular functions or lines rather than going through an entire program. By using the break
command to set breakpoints, you’ll run the program up until the specified breakpoint.
When you insert a breakpoint, the debugger assigns a number to it. The numbers assigned to breakpoints are successive integers that begin with the number 1, which you can refer to when working with breakpoints.
Breakpoints can be placed at certain line numbers by following the syntax of <program_file>:<line_number>
as shown in the following:
(Pdb) break looping.py:5
Breakpoint 1 at /Users/sammy/looping.py:5
(Pdb)
Type clear
and then y
to remove all current breakpoints. You can then place a breakpoint where a function is defined:
(Pdb) break looping.nested_loop
Breakpoint 1 at /Users/sammy/looping.py:5
(Pdb)
To remove current breakpoints, type clear
and then y
. You can also set up a condition:
(Pdb) break looping.py:7, number > 500
Breakpoint 1 at /Users/sammy/looping.py:7
(Pdb)
Now, if we issue the continue
command, the program will break when the number
x
is evaluated to being greater than 500 (that is, when it is set equal to 600 in the second iteration of the outer loop):
(Pdb) continue
500
x
y
z
> /Users/sammy/looping.py(7)nested_loop()
-> print(number)
(Pdb)
To see a list of breakpoints that are currently set to run, use the command break
without any arguments. You’ll receive information about the particularities of the breakpoint(s) you’ve set:
(Pdb) break
Num Type Disp Enb Where
1 breakpoint keep yes at /Users/sammy/looping.py:7
stop only if number > 500
breakpoint already hit 2 times
(Pdb)
We can also disable a breakpoint with the command disable
and the number of the breakpoint. In this session, we add another breakpoint and then disable the first one:
(Pdb) break looping.py:11
Breakpoint 2 at /Users/sammy/looping.py:11
(Pdb) disable 1
Disabled breakpoint 1 at /Users/sammy/looping.py:7
(Pdb) break
Num Type Disp Enb Where
1 breakpoint keep no at /Users/sammy/looping.py:7
stop only if number > 500
breakpoint already hit 2 times
2 breakpoint keep yes at /Users/sammy/looping.py:11
(Pdb)
To enable a breakpoint, use the enable
command, and to remove a breakpoint entirely, use the clear
command:
(Pdb) enable 1
Enabled breakpoint 1 at /Users/sammy/looping.py:7
(Pdb) clear 2
Deleted breakpoint 2 at /Users/sammy/looping.py:11
(Pdb)
Breakpoints in pdb
provide you with a lot of control. Some additional functionalities include ignoring breakpoints during the current iteration of the program with the ignore
command (as in ignore 1
), triggering actions to occur at a breakpoint with the commands
command (as in command 1
), and creating temporary breakpoints that are automatically cleared the first time program execution hits the point with the command tbreak
(for a temporary break at line 3, for example, you could type tbreak 3
).
pdb
into ProgramsYou can trigger a debugging session by importing the pdb
module and adding the pdb
function pdb.set_trace()
above the line where you would like the session to begin.
In our sample program above, we’ll add the import
statement and the function where we would like to enter into the debugger. For our example, let’s add it before the nested loop.
# Import pdb module
import pdb
num_list = [500, 600, 700]
alpha_list = ['x', 'y', 'z']
def nested_loop():
for number in num_list:
print(number)
# Trigger debugger at this line
pdb.set_trace()
for letter in alpha_list:
print(letter)
if __name__ == '__main__':
nested_loop()
By adding the debugger into your code you do not need to launch your program in a special way or remember to set breakpoints.
Importing the pdb
module and running the pdb.set_trace()
function lets you begin your program as usual and run the debugger through its execution.
The Python debugger lets you change the flow of your program at runtime with the jump
command. This lets you skip forward to prevent some code from running, or can let you go backwards to run the code again.
We’ll be working with a small program that creates a list of the letters contained in the string sammy = "sammy"
:
def print_sammy():
sammy_list = []
sammy = "sammy"
for letter in sammy:
sammy_list.append(letter)
print(sammy_list)
if __name__ == "__main__":
print_sammy()
If we run the program as usual with the python letter_list.py
command, we’ll receive the following output:
Output['s']
['s', 'a']
['s', 'a', 'm']
['s', 'a', 'm', 'm']
['s', 'a', 'm', 'm', 'y']
With the Python debugger, let’s show how we can change the execution by first jumping ahead after the first cycle. When we do this, we’ll notice that there is a disruption of the for
loop:
- python -m pdb letter_list.py
> /Users/sammy/letter_list.py(1)<module>()
-> def print_sammy():
(Pdb) list
1 -> def print_sammy():
2 sammy_list = []
3 sammy = "sammy"
4 for letter in sammy:
5 sammy_list.append(letter)
6 print(sammy_list)
7
8 if __name__ == "__main__":
9 print_sammy()
10
11
(Pdb) break 5
Breakpoint 1 at /Users/sammy/letter_list.py:5
(Pdb) continue
> /Users/sammy/letter_list.py(5)print_sammy()
-> sammy_list.append(letter)
(Pdb) pp letter
's'
(Pdb) continue
['s']
> /Users/sammy/letter_list.py(5)print_sammy()
-> sammy_list.append(letter)
(Pdb) jump 6
> /Users/sammy/letter_list.py(6)print_sammy()
-> print(sammy_list)
(Pdb) pp letter
'a'
(Pdb) disable 1
Disabled breakpoint 1 at /Users/sammy/letter_list.py:5
(Pdb) continue
['s']
['s', 'm']
['s', 'm', 'm']
['s', 'm', 'm', 'y']
The above debugging session puts a break at line 5 to prevent code from continuing, then continues through code (along with pretty-printing some values of letter
to show what is happening). Next, we use the jump
command to skip to line 6. At this point, the variable letter
is set equal to the string 'a'
, but we jump the code that adds that to the list sammy_list
. We then disable the breakpoint to proceed with the execution as usual with the continue
command, so 'a'
is never appended to sammy_list
.
Next, we can quit this first session and restart the debugger to jump back within the program to re-run a statement that has already been executed. This time, we’ll run the first iteration of the for
loop again in the debugger:
> /Users/sammy/letter_list.py(1)<module>()
-> def print_sammy():
(Pdb) list
1 -> def print_sammy():
2 sammy_list = []
3 sammy = "sammy"
4 for letter in sammy:
5 sammy_list.append(letter)
6 print(sammy_list)
7
8 if __name__ == "__main__":
9 print_sammy()
10
11
(Pdb) break 6
Breakpoint 1 at /Users/sammy/letter_list.py:6
(Pdb) continue
> /Users/sammy/letter_list.py(6)print_sammy()
-> print(sammy_list)
(Pdb) pp letter
's'
(Pdb) jump 5
> /Users/sammy/letter_list.py(5)print_sammy()
-> sammy_list.append(letter)
(Pdb) continue
> /Users/sammy/letter_list.py(6)print_sammy()
-> print(sammy_list)
(Pdb) pp letter
's'
(Pdb) disable 1
Disabled breakpoint 1 at /Users/sammy/letter_list.py:6
(Pdb) continue
['s', 's']
['s', 's', 'a']
['s', 's', 'a', 'm']
['s', 's', 'a', 'm', 'm']
['s', 's', 'a', 'm', 'm', 'y']
In the debugging session above, we added a break at line 6, and then jumped back to line 5 after continuing. We pretty-printed along the way to show that the string 's'
was being appended to the list sammy_list
twice. We then disabled the break at line 6 and continued running the program. The output shows two values of 's'
appended to sammy_list
.
Some jumps are prevented by the debugger, especially when jumping in and out of certain flow control statements that are undefined. For example, you cannot jump into functions before arguments are defined, and you cannot jump into the middle of a try:except
statement. You also cannot jump out of a finally
block.
The jump
statement with the Python debugger allows you to change the execution flow while debugging a program to see whether flow control can be modified to different purposes or to better understand what issues are arising in your code.
pdb
CommandsHere is a table of useful pdb
commands along with their short forms to keep in mind while working with the Python debugger.
Command | Short form | What it does |
---|---|---|
args |
a |
Print the argument list of the current function |
break |
b |
Creates a breakpoint (requires parameters) in the program execution |
continue |
c or cont |
Continues program execution |
help |
h |
Provides list of commands or help for a specified command |
jump |
j |
Set the next line to be executed |
list |
l |
Print the source code around the current line |
next |
n |
Continue execution until the next line in the current function is reached or returns |
step |
s |
Execute the current line, stopping at first possible occasion |
pp |
pp |
Pretty-prints the value of the expression |
quit or exit |
q |
Aborts the program |
return |
r |
Continue execution until the current function returns |
You can read more about the commands and working with the debugger from the Python debugger documentation.
Debugging is an important step of any software development project. The Python debugger pdb
implements an interactive debugging environment that you can use with any of your programs written in Python.
With features that let you pause your program, look at what values your variables are set to, and go through program execution in a discrete step-by-step manner, you can more fully understand what your program is doing and find bugs that exist in the logic or troubleshoot known issues.
Thanks for learning with the DigitalOcean Community. Check out our offerings for compute, storage, networking, and managed databases.
Python is a flexible and versatile programming language that can be leveraged for many use cases, with strengths in scripting, automation, data analysis, machine learning, and back-end development. It is a great tool for both new learners and experienced developers alike.
Debugging is a part of the software development process where programmers look for and then resolve issues that prevent the software from running correctly or as expected. This series will explore different methods for debugging Python programs, including how to use the Python Debugger, how to work with the code module for debugging on an interactive console, and how to use logging to debug.
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
Thank you very much for your contributions!
Thank you very much for your contributions, Lisa! This article is excellent and helped me to better understand pdb.
Hi, just a note, one of the most useful addition to pdb in python3 is the “interact” command, that opens an interactive console contextualized where the pdb has stopped.