From fb20b22d0fd9c13fdd014ddab007ca8966404b72 Mon Sep 17 00:00:00 2001 From: sf-exg Date: Sat, 31 Jul 2010 23:00:11 +0000 Subject: Fix typos. --- ev.pod | 18 +++++++++--------- ev_epoll.c | 2 +- ev_kqueue.c | 2 +- ev_port.c | 4 ++-- ev_select.c | 2 +- 5 files changed, 14 insertions(+), 14 deletions(-) diff --git a/ev.pod b/ev.pod index 98dfecc..209d575 100644 --- a/ev.pod +++ b/ev.pod @@ -77,7 +77,7 @@ libev, its usage and the rationale behind its design, it is not a tutorial on event-based programming, nor will it introduce event-based programming with libev. -Familarity with event based programming techniques in general is assumed +Familiarity with event based programming techniques in general is assumed throughout this document. =head1 ABOUT LIBEV @@ -707,7 +707,7 @@ C directly afterwards to resume timer processing. Effectively, all C watchers will be delayed by the time spend between C and C, and all C watchers will be rescheduled (that is, they will lose any events that would have -occured while suspended). +occurred while suspended). After calling C you B call I function on the given loop other than C, and you B call C @@ -794,7 +794,7 @@ C, which will make all nested C calls return. This "unloop state" will be cleared when entering C again. -It is safe to call C from otuside any C calls. +It is safe to call C from outside any C calls. =item ev_ref (loop) @@ -874,7 +874,7 @@ as this approaches the timing granularity of most systems. Note that if you do transactions with the outside world and you can't increase the parallelity, then this setting will limit your transaction rate (if you need to poll once per transaction and the I/O collect interval is 0.01, -then you can't do more than 100 transations per second). +then you can't do more than 100 transactions per second). Setting the I can improve the opportunity for saving power, as the program will "bundle" timer callback invocations that @@ -1382,7 +1382,7 @@ For example, to emulate how many other event libraries handle priorities, you can associate an C watcher to each such watcher, and in the normal watcher callback, you just start the idle watcher. The real processing is done in the idle watcher callback. This causes libev to -continously poll and process kernel event data for the watcher, but when +continuously poll and process kernel event data for the watcher, but when the lock-out case is known to be rare (which in turn is rare :), this is workable. @@ -1470,7 +1470,7 @@ If you cannot use non-blocking mode, then force the use of a known-to-be-good backend (at the time of this writing, this includes only C and C). The same applies to file descriptors for which non-blocking operation makes no sense (such as -files) - libev doesn't guarentee any specific behaviour in that case. +files) - libev doesn't guarantee any specific behaviour in that case. Another thing you have to watch out for is that it is quite easy to receive "spurious" readiness notifications, that is your callback might @@ -1739,7 +1739,7 @@ within the callback: // if last_activity + 60. is older than now, we did time out if (timeout < now) { - // timeout occured, take action + // timeout occurred, take action } else { @@ -3988,7 +3988,7 @@ The highest supported signal number, +1 (or, the number of signals): Normally, libev tries to deduce the maximum number of signals automatically, but sometimes this fails, in which case it can be specified. Also, using a lower number than detected (C<32> should be -good for about any system in existance) can save some memory, as libev +good for about any system in existence) can save some memory, as libev statically allocates some 12-24 bytes per signal number. =item EV_PID_HASHSIZE @@ -4653,7 +4653,7 @@ This is a simple rename - all other watcher types use their name as revents flag, and now C does, too. Both C and C symbols were present in 3.x versions -and continue to be present for the forseeable future, so this is mostly a +and continue to be present for the foreseeable future, so this is mostly a documentation change. =item C mechanism replaced by C diff --git a/ev_epoll.c b/ev_epoll.c index c738fd0..67a488b 100644 --- a/ev_epoll.c +++ b/ev_epoll.c @@ -170,7 +170,7 @@ epoll_poll (EV_P_ ev_tstamp timeout) /* which is fortunately easy to do for us. */ if (epoll_ctl (backend_fd, want ? EPOLL_CTL_MOD : EPOLL_CTL_DEL, fd, ev)) { - postfork = 1; /* an error occured, recreate kernel state */ + postfork = 1; /* an error occurred, recreate kernel state */ continue; } } diff --git a/ev_kqueue.c b/ev_kqueue.c index 83ae339..2ab8a58 100644 --- a/ev_kqueue.c +++ b/ev_kqueue.c @@ -156,7 +156,7 @@ kqueue_poll (EV_P_ ev_tstamp timeout) int inline_size kqueue_init (EV_P_ int flags) { - /* Initalize the kernel queue */ + /* Initialize the kernel queue */ if ((backend_fd = kqueue ()) < 0) return 0; diff --git a/ev_port.c b/ev_port.c index 47da929..21c3f65 100644 --- a/ev_port.c +++ b/ev_port.c @@ -127,7 +127,7 @@ port_poll (EV_P_ ev_tstamp timeout) int inline_size port_init (EV_P_ int flags) { - /* Initalize the kernel queue */ + /* Initialize the kernel queue */ if ((backend_fd = port_create ()) < 0) return 0; @@ -137,7 +137,7 @@ port_init (EV_P_ int flags) backend_modify = port_modify; backend_poll = port_poll; - port_eventmax = 64; /* intiial number of events receivable per poll */ + port_eventmax = 64; /* initial number of events receivable per poll */ port_events = (port_event_t *)ev_malloc (sizeof (port_event_t) * port_eventmax); return EVBACKEND_PORT; diff --git a/ev_select.c b/ev_select.c index 818a63e..b11a413 100644 --- a/ev_select.c +++ b/ev_select.c @@ -184,7 +184,7 @@ select_poll (EV_P_ ev_tstamp timeout) #endif #ifdef _WIN32 - /* select on windows errornously returns EINVAL when no fd sets have been + /* select on windows erroneously returns EINVAL when no fd sets have been * provided (this is documented). what microsoft doesn't tell you that this bug * exists even when the fd sets _are_ provided, so we have to check for this bug * here and emulate by sleeping manually. -- cgit v1.2.3