trusty (3) Paranoid::Debug.3pm.gz

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)