If the program is crashing with an exception, running the program as python3 -i can be a useful tool for simply looking around. The -i option starts an interactive shell as soon as a program terminates. From there, the environment can be explored.
Code #2: Running python3 -i produces the following
A further step is to launch the Python debugger after a crash as shown in the code below.
Code #3 :
> sample.py(4)func() -> return n + 10 (Pdb) w sample.py(6)() -> func('Hello') > sample.py(4)func() -> return n + 10 (Pdb) print n 'Hello' (Pdb) q
If the code is deeply buried in an environment where it is difficult to obtain an interactive shell (e.g., in a server), catch errors and produce tracebacks as shown in the code below.
If the program isn’t crashing, but it’s producing wrong answers or working wrong, there is often nothing wrong with just injecting a few
print() calls in places of interest. However, there are related techniques of interest. First, the
traceback.print_stack() function will create a stack track of your program immediately at that point as shown in the code below.
Code #5 :
File "", line 1, in <module> File "", line 3, in sample File "", line 3, in sample File "", line 3, in sample File "", line 3, in sample File "", line 3, in sample File "", line 5, in sample
Alternatively, the debugger at any point in the program cab also be launched manually using
pdb.set_trace() as –
This can be a useful technique for poking around in the internals of a large program and answering questions about the control flow or arguments to functions.
Attention geek! Strengthen your foundations with the Python Programming Foundation Course and learn the basics.
To begin with, your interview preparations Enhance your Data Structures concepts with the Python DS Course.