Browse Source

*** empty log message ***

master
Marc Alexander Lehmann 14 years ago
parent
commit
46b853611d
  1. 8
      ev.3
  2. 8
      ev.html
  3. 6
      ev.pod

8
ev.3

@ -129,7 +129,7 @@
.\" ========================================================================
.\"
.IX Title ""<STANDARD INPUT>" 1"
.TH "<STANDARD INPUT>" 1 "2007-11-22" "perl v5.8.8" "User Contributed Perl Documentation"
.TH "<STANDARD INPUT>" 1 "2007-11-23" "perl v5.8.8" "User Contributed Perl Documentation"
.SH "NAME"
libev \- a high performance full\-featured event loop written in C
.SH "SYNOPSIS"
@ -349,9 +349,9 @@ 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).
.Sp
You \fImust\fR 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.
You \fImust\fR 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.
.Sp
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

8
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:28:34 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>
@ -274,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>

6
ev.pod

@ -236,9 +236,9 @@ 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).
You I<must> 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.
You I<must> 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.
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

Loading…
Cancel
Save