DB − programmatic interface to the Perl debugging API
@ISA = qw(DB);
# these (inherited) methods can be called by the client
CLIENT−>register() # register a client package name
CLIENT−>done() # de−register from the debugging API
CLIENT−>skippkg('hide::hide') # ask DB not to stop in this package
CLIENT−>cont([WHERE]) # run some more (until BREAK or
# another breakpointt)
CLIENT−>step() # single step
CLIENT−>next() # step over
CLIENT−>ret() # return from current subroutine
CLIENT−>backtrace() # return the call stack description
CLIENT−>ready() # call when client setup is done
CLIENT−>trace_toggle() # toggle subroutine call trace mode
CLIENT−>subs([SUBS]) # return subroutine information
CLIENT−>files() # return list of all files known to DB
CLIENT−>lines() # return lines in currently loaded file
CLIENT−>loadfile(FILE,LINE) # load a file and let other clients know
CLIENT−>lineevents() # return info on lines with actions
CLIENT−>evalcode(STRING) # eval STRING in executing code's context
CLIENT−>prestop([STRING]) # execute in code context before stopping
CLIENT−>poststop([STRING])# execute in code context before resuming
# These methods will be called at the appropriate times.
# Stub versions provided do nothing.
# None of these can block.
CLIENT−>init() # called when debug API inits itself
CLIENT−>stop(FILE,LINE) # when execution stops
CLIENT−>idle() # while stopped (can be a client event loop)
CLIENT−>cleanup() # just before exit
CLIENT−>output(LIST) # called to print any output that
# the API must show
Perl debug information is frequently required not just by debuggers, but also by modules that need some "special" information to do their job properly, like profilers.
This module abstracts and provides all of the hooks into Perl internal debugging functionality, so that various implementations of Perl debuggers (or packages that want to simply get at the "privileged" debugging data) can all benefit from the development of this common code. Currently used by Swat, the perl/Tk GUI debugger.
Note that multiple "front-ends" can latch into this debugging API simultaneously. This is intended to facilitate things like debugging with a command line and GUI at the same time, debugging debuggers etc. [Sounds nice, but this needs some serious support -- GSAR ]
In particular, this API does not provide the following functions:
command alias management
user interface (tty or graphical)
These are intended to be services performed by the clients of this API.
This module attempts to be squeaky clean w.r.t "use strict;" and when warnings are enabled.
The following "public" global names can be read by clients of this API. Beware that these should be considered "readonly".
Name of current executing subroutine.
The keys of this hash are the names of all the known subroutines. Each value is an encoded string that has the sprintf(3) format "("%s:%d−%d", filename, fromline, toline)".
Single-step flag. Will be true if the API will stop at the next statement.
Signal flag. Will be set to a true value if a signal was caught. Clients may check for this flag to abort time-consuming operations.
This flag is set to true if the API is tracing through subroutine calls.
Contains the arguments of current subroutine, or the @ARGV array if in the toplevel context.
List of lines in currently loaded file.
Actions in current file (keys are line numbers). The values are strings that have the sprintf(3) format "("%s\000%s", breakcondition, actioncode)".
Package namespace of currently executing code.
Currently loaded filename.
Fully qualified name of currently executing subroutine.
Line number that will be executed next.
The following are methods in the DB base class. A client must access these methods by inheritance (*not* by calling them directly), since the API keeps track of clients through the inheritance mechanism.
register a client object/package
CLIENT− >evalcode( STRING )
eval STRING in executing code context
ask DB not to stop in these packages
run some more (until a breakpt is reached)
de-register from the debugging API
The following "virtual" methods can be defined by the client. They will be called by the API at appropriate points. Note that unless specified otherwise, the debug API only defines empty, non-functional default versions of these methods.
Called after debug API inits itself.
CLIENT− >prestop([ STRING ])
Usually inherited from DB package. If no arguments are passed, returns the prestop action string.
Called when execution stops (w/ args file, line).
Called while stopped (can be a client event loop).
CLIENT− >poststop([ STRING ])
Usually inherited from DB package. If no arguments are passed, returns the poststop action string.
CLIENT− >evalcode( STRING )
Usually inherited from DB package. Ask for a STRING to be "eval"−ed in executing code context.
Called just before exit.
CLIENT− >output( LIST )
Called when API must show a message (warnings, errors etc.).
The interface defined by this module is missing some of the later additions to perl’s debugging functionality. As such, this interface should be considered highly experimental and subject to change.
Gurusamy Sarathy firstname.lastname@example.org
This code heavily adapted from an early version of perl5db.pl attributable to Larry Wall and the Perl Porters.
Personal Opportunity - Free software gives you access to billions of dollars of software at no cost. Use this software for your business, personal use or to develop a profitable skill. Access to source code provides access to a level of capabilities/information that companies protect though copyrights. Open source is a core component of the Internet and it is available to you. Leverage the billions of dollars in resources and capabilities to build a career, establish a business or change the world. The potential is endless for those who understand the opportunity.
Business Opportunity - Goldman Sachs, IBM and countless large corporations are leveraging open source to reduce costs, develop products and increase their bottom lines. Learn what these companies know about open source and how open source can give you the advantage.
Free Software provides computer programs and capabilities at no cost but more importantly, it provides the freedom to run, edit, contribute to, and share the software. The importance of free software is a matter of access, not price. Software at no cost is a benefit but ownership rights to the software and source code is far more significant.
Free Office Software - The Libre Office suite provides top desktop productivity tools for free. This includes, a word processor, spreadsheet, presentation engine, drawing and flowcharting, database and math applications. Libre Office is available for Linux or Windows.
The Free Books Library is a collection of thousands of the most popular public domain books in an online readable format. The collection includes great classical literature and more recent works where the U.S. copyright has expired. These books are yours to read and use without restrictions.
Source Code - Want to change a program or know how it works? Open Source provides the source code for its programs so that anyone can use, modify or learn how to write those programs themselves. Visit the GNU source code repositories to download the source.
Study at Harvard, Stanford or MIT - Open edX provides free online courses from Harvard, MIT, Columbia, UC Berkeley and other top Universities. Hundreds of courses for almost all major subjects and course levels. Open edx also offers some paid courses and selected certifications.
Linux Manual Pages - A man or manual page is a form of software documentation found on Linux/Unix operating systems. Topics covered include computer programs (including library and system calls), formal standards and conventions, and even abstract concepts.