spellings
[p5sagit/p5-mst-13.2.git] / pod / perldebtut.pod
index 7511d33..28ced7d 100644 (file)
@@ -168,7 +168,7 @@ break/watch/actions
  |[|]db_cmd  Send output to pager        ![!] syscmd Run cmd in a subprocess
  q or ^D     Quit                        R           Attempt a restart
  Data Examination:       expr     Execute perl code, also see: s,n,t expr
- x|m expr      Evals expr in array context, dumps the result or lists methods.
+ x|m expr      Evals expr in list context, dumps the result or lists methods.
  p expr        Print expression (uses script's current package).
  S [[!]pat]    List subroutine names [not] matching pattern
  V [Pk [Vars]] List Variables in Package.  Vars can be ~pattern or !pattern.
@@ -327,7 +327,7 @@ our expected output:
 
 While we're here, take a closer look at the 'B<x>' command, it's really useful
 and will merrily dump out nested references, complete objects, partial objects
-- justabout whatever you throw at it:
+- just about whatever you throw at it:
 
 Let's make a quick object and x-plode it, first we'll start the the debugger:
 it wants some form of input from STDIN, so we give it something non-commital,
@@ -402,7 +402,7 @@ For more on references see L<perlref> and L<perlreftut>
 
 =head1 Stepping through code
 
-Here's a simple program which converts between celsius and farenheit, it too
+Here's a simple program which converts between Celsius and Fahrenheit, it too
 has a problem:
 
        #!/usr/bin/perl -w
@@ -441,7 +441,7 @@ has a problem:
        }
 
 
-For some reason, the farenheit to celsius conversion fails to return the
+For some reason, the Fahrenheit to Celsius conversion fails to return the
 expected output.  This is what it does:
 
        > temp -c0.72
@@ -452,7 +452,7 @@ expected output.  This is what it does:
        
 Not very consistent!  We'll set a breakpoint in the code manually and run it
 under the debugger to see what's going on.  A breakpoint is a flag, to which
-the debugger will run without interuption, when it reaches the breakpoint, it
+the debugger will run without interruption, when it reaches the breakpoint, it
 will stop execution and offer a prompt for further interaction.  In normal
 use, these debugger commands are completely ignored, and they are safe - if a
 little messy, to leave in production code.
@@ -717,5 +717,5 @@ Ronald J Kimball <rjk@linguist.dartmouth.edu>
 
 Hugo van der Sanden <hv@crypt0.demon.co.uk>
 
-Peter Scott <Peter.J.Scott@jpl.nasa.gov>
+Peter Scott <Peter@PSDT.com>