X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=blobdiff_plain;f=pod%2Fperldebug.pod;h=390eb967822d843d682951d3369051de9ca313fb;hb=53ae2428795d0b9d42a1657c22c5f1b557784379;hp=2e21941db0b48469bc30a2d4e42fd288bee09a9e;hpb=d74e8afc9309529cf5c6c4390fc311850865d506;p=p5sagit%2Fp5-mst-13.2.git diff --git a/pod/perldebug.pod b/pod/perldebug.pod index 2e21941..390eb96 100644 --- a/pod/perldebug.pod +++ b/pod/perldebug.pod @@ -956,12 +956,12 @@ for incredibly long examples of these. =head2 Debugging compile-time statements If you have compile-time executable statements (such as code within -BEGIN and CHECK blocks or C statements), these will I be -stopped by debugger, although Cs and INIT blocks will, and -compile-time statements can be traced with C option set -in C). From your own Perl code, however, you can -transfer control back to the debugger using the following statement, -which is harmless if the debugger is not running: +BEGIN, UNITCHECK and CHECK blocks or C statements), these will +I be stopped by debugger, although Cs and INIT blocks +will, and compile-time statements can be traced with C +option set in C). From your own Perl code, however, you +can transfer control back to the debugger using the following +statement, which is harmless if the debugger is not running: $DB::single = 1;