Linux Certif

Toute la documentation sur la certification Linux LPI

Paranoid::Debug.3pm

NAME

Paranoid::Debug - Trace message support for paranoid programs

VERSION

$Id: Debug.pm,v 0.93 2010/06/03 18:58:30 acorliss Exp $

SYNOPSIS

   use Paranoid::Debug;
 
   PDEBUG        = 1;
   PDMAXINDENT   = 40;
   PDPREFIX      = sub { scalar localtime };
   pdebug("starting program", 1);
   foo();
 
   sub foo {
     pdebug("entering foo()", 2);
     pIn();
 
     pdebug("someting happened!", 2);
 
     pOut();
     pdebug("leaving w/rv: $rv", 2):
   }
 
   perror("error msg");
 
   # Deprecated
   psetDebug(@ARGV);
 
 

DESCRIPTION

The purpose of this module is to provide a barely useful framework to produce debugging output. With this module you can assign a level of detail to pdebug statements, and they'll only be displayed when PDEBUG is set to that level or higher. This allows you to have your program produce varying levels of debugging output.

Using the pIn and pOut functions at the beginning and end of each function will cause debugging output to be indented appropriately so you can visually see the level of recursion.

NOTE: This module provides a function called perror which conflicts with a similar function provided by the POSIX module. If you use this module you should avoid using or importing POSIX's version of this function.

NOTE: All modules within the Paranoid framework use this module. Their debug levels range from 9 and up. You should use 1 - 8 for your own modules or code.

SUBROUTINES/METHODS

PDEBUG

PDEBUG is an lvalue subroutine which is initially set to 0, but can be set to any positive integer. The higher the number the higher the level of pdebug statements are printed.

PDMAXINDENT

PDMAXINDENT is an lvalue subroutine which is initially set to 60, but can be set to any integer. This controls the max indentation of the debug messages. Obviously, it wouldn't help to indent a debug message by a hundred columns on an eighty column terminal just because your stack depth gets that deep.

PDPREFIX

PDPREFIX is also an lvalue subroutien and is set by default to a subroutine that returns as a string the standard prefix for debug messages:

   [PID - DLEVEL] Subroutine:
 
 

Assigning another subroutine reference to a subroutine can override this behavior.

perror

   perror("error msg");
 
 

This function prints the passed message to STDERR.

pdebug

   pdebug("debug statement", 3);
 
 

This function is called with one mandatory argument (the string to be printed), and an optional integer. This integer is compared against PDEBUG and the debug statement is printed if PDEBUG is equal to it or higher.

The return value is always the debug statement itself. This allows for a single statement to produce debug output and set variables. For instance:

   Paranoid::ERROR = pdebug("Something bad happened!", 3);
 
 

pIn

   pIn();
 
 

This function causes all subsequent pdebug messages to be indented by one additional space.

pOut

   pOut();
 
 

This function causes all subsequent pdebug messages to be indented by one less space.

psetDebug

   psetDebug(@ARGV);
 
 

This function extracts all ^-v+$ arguments from the passed list and counts the number of 'v's that result, and sets PDEBUG to that count. You would typically use this by passing @ARGV for command-line programs.

NOTE: This was a dumb idea of incredible proportions. As soons as it is safe to do so I will kill this function and perform my penance before the gods of bitrot. Consider this deprecated.

DEPENDENCIES

Paranoid

BUGS AND LIMITATIONS

perror (and by extension, pdebug) will generate errors if STDERR is closed elsewhere in the program.

There is also no upper limit on how much indentation will be used by the program, so if you're using pIn in deeply recursive call stacks you can expect some overhead due some rather large strings being bandied about.

AUTHOR

(c) 2005 Arthur Corliss (corliss@digitalmages.com)

LICENSE AND COPYRIGHT

This software is licensed under the same terms as Perl, itself. Please see http://dev.perl.org/licenses/ for more information.

(c) 2005, Arthur Corliss (corliss@digitalmages.com)