renamed METHODs to BACKENDs

[software/libev.git] / ev.html
diff --git a/ev.html b/ev.html

index 05a81f1baaed6cb5dac0c1ce3d51c0ca3c2f946e..fbfaeea728b671948ba52a2ffdaa6b804ffb2260 100644 (file)
--- a/ev.html
+++ b/ev.html
@@ -6,7 +6,7 @@
         <meta name="description" content="Pod documentation for libev" />
         <meta name="inputfile" content="&lt;standard input&gt;" />
         <meta name="outputfile" content="&lt;standard output&gt;" />
-       <meta name="created" content="Thu Nov 22 13:26:17 2007" />
+       <meta name="created" content="Fri Nov 23 05:35:59 2007" />
         <meta name="generator" content="Pod::Xhtml 1.57" />
  <link rel="stylesheet" href="http://res.tst.eu/pod.css"/></head>
  <body>
@@ -239,8 +239,9 @@ it's really slow, but it still scales very well (O(active_fds)).</p>
                                 </dd>
                                 <dt><code>EVMETHOD_ALL</code></dt>
                                 <dd>
-                                       <p>Try all backends (even potentially broken ones). Since this is a mask, you
-can do stuff like <code>EVMETHOD_ALL &amp; ~EVMETHOD_KQUEUE</code>.</p>
+                                       <p>Try all backends (even potentially broken ones that wouldn't be tried
+with <code>EVFLAG_AUTO</code>). Since this is a mask, you can do stuff such as
+<code>EVMETHOD_ALL &amp; ~EVMETHOD_KQUEUE</code>.</p>
                                 </dd>
                         </dl>
                 </p>
@@ -273,9 +274,9 @@ earlier call to <code>ev_loop_new</code>.</p>
  one. Despite the name, you can call it anytime, but it makes most sense
  after forking, in either the parent or child process (or both, but that
  again makes little sense).</p>
-               <p>You <i>must</i> call this function after forking if and only if you want to
-use the event library in both processes. If you just fork+exec, you don't
-have to call it.</p>
+               <p>You <i>must</i> call this function in the child process after forking if and
+only if you want to use the event library in both processes. If you just
+fork+exec, you don't have to call it.</p>
                 <p>The function itself is quite fast and it's usually not a problem to call
  it just in case after a fork. To make this easy, the function will fit in
  quite nicely into a call to <code>pthread_atfork</code>:</p>