You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by ig...@apache.org on 2010/12/19 12:21:11 UTC

svn commit: r1050812 - /httpd/site/trunk/xdocs/dev/debugging.xml

Author: igalic
Date: Sun Dec 19 11:21:11 2010
New Revision: 1050812

URL: http://svn.apache.org/viewvc?rev=1050812&view=rev
Log:
Fixing links and removing some *very* *old* references.

Modified:
    httpd/site/trunk/xdocs/dev/debugging.xml

Modified: httpd/site/trunk/xdocs/dev/debugging.xml
URL: http://svn.apache.org/viewvc/httpd/site/trunk/xdocs/dev/debugging.xml?rev=1050812&r1=1050811&r2=1050812&view=diff
==============================================================================
--- httpd/site/trunk/xdocs/dev/debugging.xml [utf-8] (original)
+++ httpd/site/trunk/xdocs/dev/debugging.xml [utf-8] Sun Dec 19 11:21:11 2010
@@ -10,7 +10,7 @@
 <title>Apache Debugging Guide</title>
 
 <p>This document is a collection of notes regarding tools and techniques
-for debugging Apache and Apache modules.</p>
+for debugging Apache httpd and its modules.</p>
 
 <p>Got more tips?  Send 'em to
 <a href="mailto:docs@httpd.apache.org">docs@httpd.apache.org</a>.  Thanks!</p>
@@ -31,7 +31,7 @@ for debugging Apache and Apache modules.
 <section id="gdb">
 <title>Using gdb</title>
 
-<p>If you use the gcc or egcs compilers, it is likely that the best
+<p>If you use the gcc compiler, it is likely that the best
 debugger for your system is gdb.  This is only a brief summary of how
 to run gdb on Apache -- you should look at the info and man files for
 gdb to get more information on gdb commands and common debugging techniques.
@@ -145,10 +145,9 @@ working directory and using the server r
 <li>use the "<code>p</code>" command to print the value of a variable.</li>
 </ol>
 
-<p>A file in the <code>src/</code> directory (1.3) or the root directory
-(2.x) called <code>.gdbinit</code> provides useful macros for printing
-out various internal structures of httpd like tables (<code>dump_table</code>),
-brigades (<code>dump_brigade</code>) and filter chains
+<p>A file in the the root directory called <code>.gdbinit</code> provides
+useful macros for printing out various internal structures of httpd like tables
+(<code>dump_table</code>), brigades (<code>dump_brigade</code>) and filter chains
 (<code>dump_filters</code>).</p>
 
 <p>If you are debugging a repeatable crash, simply run gdb as above
@@ -178,7 +177,7 @@ occurred during processing.</p>
 were called to get to a particular point in the process.  On some platforms
 you can get a live backtrace of any process.</p>
 
-<p>For SVR4-based variants of Unix, the pstack command for proc can
+<p>For SVR4-based variants of Unix, the <code>pstack<code> command for proc can
 be used to display a a live backtrace.  For example, on Solaris it looks 
 like</p>
 
@@ -297,7 +296,7 @@ dumps which can be analyzed further.</p>
 <p>To ensure that a core dump is written to a directory which is
 writable by the user which child processes run as (such as
 <code>apache</code>), the <a
-href="http://httpd.apache.org/docs/2.0/mod/mpm_common.html#coredumpdirectory"><code>CoreDumpDirectory</code></a>
+href="http://httpd.apache.org/docs/current/mod/mpm_common.html#coredumpdirectory"><code>CoreDumpDirectory</code></a>
 directive must be added to <code>httpd.conf</code>; for example:</p>
 
 <pre>
@@ -441,12 +440,12 @@ At this point you can use:</p>
 <section id="sol27">
 <title>Solaris and coredumps</title>
 
-<p>On Solaris (at least 2.7 and up) use <b><code>coreadm</code></b> to make
+<p>On Solaris use <b><code>coreadm</code></b> to make
 <code>setuid()</code> processes actually dump core. By default a setuid()
 process does not dump core. This is the reason why httpd servers started as
 root with child processes running as a different user (such as
 <code>apache</code>) do not coredump even when the
-<a href="http://httpd.apache.org/docs/2.0/mod/mpm_common.html#coredumpdirectory">
+<a href="http://httpd.apache.org/docs/current/mod/mpm_common.html#coredumpdirectory">
 <code>CoreDumpDirectory</code></a>
 directive had been set to an appropriate and writable directory and
 <b><code>ulimit -c</code></b> has a sufficient size. See also
@@ -499,7 +498,7 @@ allows the analysis of the sniffed data.
 <p>There is also a simple ASCII viewer for TCP dump traces in the Apache
 repository in the file
 <code>
-<a href="http://cvs.apache.org/viewcvs.cgi/apache-1.3/src/test/tcpdumpscii.txt">
+<a href="http://svn.apache.org/viewvc/httpd/httpd/branches/1.3.x/src/test/tcpdumpscii.txt?view=markup">
 src/test/tcpdumpscii.txt</a></code>.</p>
 </section>