From 8afa895b6e3ef679bff6f6816bd16b5d8e4ba7a3 Mon Sep 17 00:00:00 2001 From: sf-exg Date: Mon, 22 Mar 2010 09:57:00 +0000 Subject: =?UTF-8?q?Fix=20typos=20spotted=20by=20=CE=BCspell.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ev.pod | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'ev.pod') diff --git a/ev.pod b/ev.pod index 0cfd949..09f80ea 100644 --- a/ev.pod +++ b/ev.pod @@ -1547,7 +1547,7 @@ somewhere, as that would have given you a big clue). =head3 The special problem of accept()ing when you can't Many implementations of the POSIX C function (for example, -found in port-2004 Linux) have the peculiar behaviour of not removing a +found in post-2004 Linux) have the peculiar behaviour of not removing a connection from the pending queue in all error cases. For example, larger servers often run out of file descriptors (because @@ -3666,7 +3666,7 @@ the absence of autoconf is documented for every option. Symbols marked with "(h)" do not change the ABI, and can have different values when compiling libev vs. including F, so it is permissible -to redefine them before including F without breakign compatibility +to redefine them before including F without breaking compatibility to a compiled library. All other symbols change the ABI, which means all users of libev and the libev code itself must be compiled with compatible settings. @@ -4646,7 +4646,7 @@ removed in later versions of libev, so better update early than late. Most functions working on C objects don't have an C prefix, so it was removed. Note that C is still called C because it would otherwise clash with the -C typedef. +C typedef. =item C renamed to C in C -- cgit v1.2.3