NAME

Devel::Trepan -- A new modular Perl debugger

SUMMARY

A modular, testable, gdb-like debugger in the family of the Ruby trepanning debuggers.

Features:

• extensive online-help

• syntax highlighting of Perl code

• context-sensitive command completion

• out-of-process and remote debugging

• interactive shell support

• code disassembly

• gdb syntax

• easy extensibility at several levels: aliases, commands, and plugins

• comes with extensive tests

• is not as ugly as perl5db

Some of the features above require additional modules before they take effect. See "Plugins" and "Recommended Modules" below.

DESCRIPTION

Invocation

From a shell:

$ trepan.pl [trepan-opts] -- perl-program [perl-program-opts]

For out-of-process (and possibly out-of server) debugging:

$ trepan.pl --server [trepan-opts] -- perl-program [perl-program-opts]

and then from another process or computer:

$ trepan.pl --client [--host DNS-NAME-OR-IP]

Calling the debugger from inside your Perl program using Joshua ben Jore's Enbugger:

# This needs to be done once and could even be in some sort of
# conditional code
require Enbugger; Enbugger->load_debugger( 'trepan' );

# Alternatively, to unconditionally load Enbugger and trepan:
use Enbugger 'trepan';

# work, work, work...
# Oops! there was an error! Enable the debugger now!
Enbugger->stop;  # or Enbugger->stop if ...

Or if you just want POSIX-shell-like set -x line tracing:

$ trepan.pl -x -- perl-program [perl-program-opts]

Inside the debugger tracing is turned on using the command set trace print. There is extensive help from the help command.

Command Categories

The help system follows the gdb classificiation.

• "Making the program stop at certain points"

• "Examining data"

• "Specifying and examining file"

• "Commands involving running the program"

• "Examining the call stack"

• "Support facilities"

• "Syntax of Debugger Commands"

Making the program stop at certain points

A breakpoint is a way to have the program stop at a pre-determined location. A breakpoint can be perminant or one-time. A one-time breakpoint is removed as soon as it is hit. In a sense, stepping is like setting one-time breakpoints. Breakpoints can also be disabled which allows you to temporarily ignore stopping at that breakpoint while it is disabled. Finally one can control conditions under which a breakpoint is enacted upon.

Another way to force a stop is to watch to see if the value of an expression changes. Often that expression is simply examinging a variable's value.

• Set a breakpoint (break)

• Set a temporary breakpoint (tbreak)

• Add or modify a condition on a breakpoint (condition)

• Delete some breakpoints (delete)

• Disable some breakpoints (disable)

• Enable some breakpoints (enable)

• Set an action before a line is executed (action)

• Stop when an expression changes value (watch)

Examining data

• Debug into a Perl expression or statement (debug)

• Display expressions when entering the debugger (display)

• Evaluate Perl code (eval)

• Recursively Debug into Perl code (debug)

• Cancel some expressions to be displayed when program stops (undisplay)

Specifying and examining files

• Invoke an editor on some source code (edit)

• List source code (list)

Commands involving running the program

The commands in the section involve controlling execution of the program, either by kinds of stepping (step into, step over, step out) restarting or termintating the program altogether. However setting breakpoints is in "Making the program stop at certain points".

• Step into (step)

• Step over (next)

• Continue execution (continue)

• Step out (finish)

• Gently exit debugged program (quit)

• Hard termination (kill)

• Restart execution (run)

Examining the call stack

The commands in this section show the call stack and let set a reference for the default call stack which other commands like list or break use as a position when one is not specified.

The most recent call stack entry is 0. Except for the relative motion commands up and down, you can refer to the oldest or top-level stack entry with -1 and negative numbers refer to the stack from the other end.

Beware that in contrast to debuggers in other programming languages, Perl really doesn't have an easy way for one to evaluate statements and expressions other than at the most recent call stack. There are ways to see lexical variables my and our, however localized variables which can hide global variables and other lexicals variables can be problematic.

• Print all or parts of the call stack (backtrace)

• Select a call frame (frame)

• Move to a more recent frame (up)

• Move to a less recent frame (down)

Support facilities

• Define an alias (alias)

• Remove an alias (unalias)

• Define a macro (macro)

• Allow remote connections (server)

• Run debugger commands from a file (source)

• Load or Reload something Perlish

• Modify parts of the Debugger Environment

• Show parts of the Debugger Environment

Syntax of Debugger Commands

• Overall Debugger Command Syntax

• Location Syntax

• Filename syntax

• Command suffixes which have special meaning

• Debugger Command Examples

BUGS/CAVEATS

Because this should be useful in all sorts of environments such as back to perl 5.008, we often can make use of newer Perlisms nor can we require by default all of the modules, say for data printing, stack inspection, or interactive terminal handling. That said, if you have a newer Perl or the recommended modules or install plugins, you'll get more.

Although modular, this program is even larger than perl5db and so it loads a little slower. I think part of the slowness is the fact that there are over 70 or so (smallish) files (rather than one nearly 10K file) and because relative linking via rlib is used to glue them together.

AUTHOR

Rocky Bernstein

SEE ALSO

My Devel::Trepan blogs and wiki

• On writing a new Perl Debugger (Part 1 - Why?)

• Devel::Trepan Debugger command aliases and command completion

• Devel::Trepan Debugger evaluation of Perl statements

• Location, Location, Location

• Devel::Trepan github wiki

Plugins

• Devel::Trepan::Shell adds a debugger shell command support via Devel::REPL

• Devel::Trepan::Disassemble adds a debugger disassemble command support via B::Concise

Recommended Modules

• Devel::Callsite allows you to see the exact location of where you are stopped.

• Enbugger allows you to enter the debugger via a direct call in source code

• Eval::WithLexicals allows you to inspect my and our variables up the call stack

• Data::Printer allows one to Use Data::Printer to format evaluation output

• Data::Dumper::Perltidy allows one to Use Data::Dumper::Perltidy to format evaluation output

• Term::ReadLine::Perl5 allows editing on the command line, command completion, and saving command history. This Module is preferred over Term::ReadLine::Perl or Term::ReadLine::Gnu.

• Term::ReadLine::Gnu allows editing of the command line and command completion

Other Debuggers

• perldebug is perl's built-in tried-and-true debugger that other debuggers will ultimately be compared with

• Devel::ebug

• DB is a somewhat abandoned debugger API interface. I've tried to use some parts of this along with perl5db.

COPYRIGHT

Copyright (C) 2011, 2012 Rocky Bernstein <rocky@cpan.org>

This program is distributed WITHOUT ANY WARRANTY, including but not limited to the implied warranties of merchantability or fitness for a particular purpose.

The program is free software. You may distribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation (either version 2 or any later version) and the Perl Artistic License as published by O'Reilly Media, Inc. Please open the files named gpl-2.0.txt and Artistic for a copy of these licenses.

cpanm Devel::Trepan

perl -MCPAN -e shell
install Devel::Trepan