]> granicus.if.org Git - apache/commitdiff
The name of HOOK_ORDER is changed to APR_HOOK_ORDER.
authorYoshiki Hayashi <yoshiki@apache.org>
Mon, 14 Jul 2003 06:18:02 +0000 (06:18 +0000)
committerYoshiki Hayashi <yoshiki@apache.org>
Mon, 14 Jul 2003 06:18:02 +0000 (06:18 +0000)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@100580 13f79535-47bb-0310-9956-ffa450edef68

docs/manual/developer/hooks.html.en
docs/manual/developer/hooks.xml

index 1deecb4bfa477ff06c68764718c162296bca8b65..5d4b3e0a29a2a0760ec6803b5ab77b9f4b997cb7 100644 (file)
         static void my_register_hooks()<br />
         {<br />
         <span class="indent">
-          ap_hook_do_something(my_something_doer, NULL, NULL, HOOK_MIDDLE);<br />
+          ap_hook_do_something(my_something_doer, NULL, NULL, APR_HOOK_MIDDLE);<br />
         </span>
         }<br />
         <br />
       There are two mechanisms for doing this. The first, rather
       crude, method, allows us to specify roughly where the hook is
       run relative to other modules. The final argument control this.
-      There are three possible values: <code>HOOK_FIRST</code>,
-      <code>HOOK_MIDDLE</code> and <code>HOOK_LAST</code>.</p>
+      There are three possible values: <code>APR_HOOK_FIRST</code>,
+      <code>APR_HOOK_MIDDLE</code> and <code>APR_HOOK_LAST</code>.</p>
 
       <p>All modules using any particular value may be run in any
       order relative to each other, but, of course, all modules using
-      <code>HOOK_FIRST</code> will be run before <code>HOOK_MIDDLE</code>
-      which are before <code>HOOK_LAST</code>. Modules that don't care
-      when they are run should use <code>HOOK_MIDDLE</code>. <em>(I spaced
-      these out so people could do stuff like <code>HOOK_FIRST-2</code>
+      <code>APR_HOOK_FIRST</code> will be run before <code>APR_HOOK_MIDDLE</code>
+      which are before <code>APR_HOOK_LAST</code>. Modules that don't care
+      when they are run should use <code>APR_HOOK_MIDDLE</code>. <em>(I spaced
+      these out so people could do stuff like <code>APR_HOOK_FIRST-2</code>
       to get in slightly earlier, but is this wise? - Ben)</em></p>
 
       <p>Note that there are two more values,
-      <code>HOOK_REALLY_FIRST</code> and <code>HOOK_REALLY_LAST</code>. These
+      <code>APR_HOOK_REALLY_FIRST</code> and <code>APR_HOOK_REALLY_LAST</code>. These
       should only be used by the hook exporter.</p>
 
       <p>The other method allows finer control. When a module knows
         <span class="indent">
           static const char * const aszPre[] = { "mod_xyz.c", "mod_abc.c", NULL };<br />
           <br />
-          ap_hook_do_something(my_something_doer, aszPre, NULL, HOOK_MIDDLE);<br />
+          ap_hook_do_something(my_something_doer, aszPre, NULL, APR_HOOK_MIDDLE);<br />
         </span>
         }
       </code></p></div>
 
       <p>Note that the sort used to achieve this is stable, so
-      ordering set by <code>HOOK_<var>ORDER</var></code> is preserved, as far
+      ordering set by <code>APR_HOOK_<var>ORDER</var></code> is preserved, as far
       as is possible.</p>
 
       <p class="cite"><cite>Ben Laurie</cite>, 15th August 1999</p>
index af7c0248b51a59f2e24d943a809799c69b9bdf25..7556c1845a11866d1c742ef850a1e127c40c3e7a 100644 (file)
         static void my_register_hooks()<br />
         {<br />
         <indent>
-          ap_hook_do_something(my_something_doer, NULL, NULL, HOOK_MIDDLE);<br />
+          ap_hook_do_something(my_something_doer, NULL, NULL, APR_HOOK_MIDDLE);<br />
         </indent>
         }<br />
         <br />
       There are two mechanisms for doing this. The first, rather
       crude, method, allows us to specify roughly where the hook is
       run relative to other modules. The final argument control this.
-      There are three possible values: <code>HOOK_FIRST</code>,
-      <code>HOOK_MIDDLE</code> and <code>HOOK_LAST</code>.</p>
+      There are three possible values: <code>APR_HOOK_FIRST</code>,
+      <code>APR_HOOK_MIDDLE</code> and <code>APR_HOOK_LAST</code>.</p>
 
       <p>All modules using any particular value may be run in any
       order relative to each other, but, of course, all modules using
-      <code>HOOK_FIRST</code> will be run before <code>HOOK_MIDDLE</code>
-      which are before <code>HOOK_LAST</code>. Modules that don't care
-      when they are run should use <code>HOOK_MIDDLE</code>. <em>(I spaced
-      these out so people could do stuff like <code>HOOK_FIRST-2</code>
+      <code>APR_HOOK_FIRST</code> will be run before <code>APR_HOOK_MIDDLE</code>
+      which are before <code>APR_HOOK_LAST</code>. Modules that don't care
+      when they are run should use <code>APR_HOOK_MIDDLE</code>. <em>(I spaced
+      these out so people could do stuff like <code>APR_HOOK_FIRST-2</code>
       to get in slightly earlier, but is this wise? - Ben)</em></p>
 
       <p>Note that there are two more values,
-      <code>HOOK_REALLY_FIRST</code> and <code>HOOK_REALLY_LAST</code>. These
+      <code>APR_HOOK_REALLY_FIRST</code> and <code>APR_HOOK_REALLY_LAST</code>. These
       should only be used by the hook exporter.</p>
 
       <p>The other method allows finer control. When a module knows
         <indent>
           static const char * const aszPre[] = { "mod_xyz.c", "mod_abc.c", NULL };<br />
           <br />
-          ap_hook_do_something(my_something_doer, aszPre, NULL, HOOK_MIDDLE);<br />
+          ap_hook_do_something(my_something_doer, aszPre, NULL, APR_HOOK_MIDDLE);<br />
         </indent>
         }
       </example>
 
       <p>Note that the sort used to achieve this is stable, so
-      ordering set by <code>HOOK_<var>ORDER</var></code> is preserved, as far
+      ordering set by <code>APR_HOOK_<var>ORDER</var></code> is preserved, as far
       as is possible.</p>
 
       <p class="cite"><cite>Ben Laurie</cite>, 15th August 1999</p>