Date: Mon, 24 Jan 2000 16:11:30 -0500 (EST) From: Daniel Eischen <eischen@vigrid.com> To: Alfred Perlstein <bright@wintelcom.net> Cc: Matthew Dillon <dillon@apollo.backplane.com>, Mikhail Teterin <mi@aldan.algebra.com>, David Schwartz <davids@webmaster.com>, imp@village.org, hackers@FreeBSD.ORG, bde@FreeBSD.ORG Subject: Re: kern/13644 Message-ID: <Pine.SUN.3.91.1000124160232.11974B-100000@pcnet1.pcnet.com> In-Reply-To: <20000124130228.F26520@fw.wintelcom.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 24 Jan 2000, Alfred Perlstein wrote:
> * Matthew Dillon <dillon@apollo.backplane.com> [000124 12:59] wrote:
> >
> > :The manpage has been updated in -current:
> > :
> > : If timeout is a non-nil pointer, it specifies the maximum interval to
> > : wait for the selection to complete. System activity can lengthen the in-
> > : terval by an indeterminate amount.
> > :
> > : If timeout is a nil pointer, the select blocks indefinitely.
> > :
> > : To effect a poll, the timeout argument should be non-nil, pointing to a
> > : zero-valued timeval structure.
> > :
> > :If no one objects I'll be committing it to -stable and praying to the
> > :gods that this thread dies.
> > :
> > :-Alfred
> >
> > 'nil' ? 'nil' is the designation for an ascii 0, not a pointer.
> > Please use 'null' or 'NULL' -- for example, look at the gettimeofday
> > man page. 'nil' has nothing to do with pointers.
>
> I'll wait for more feedback and include this request in the final
> update, even if it's the only change. 'nil' doesn't cut it for me either.
I don't like the first stanza and prefer wording more like what Solaris
has for poll():
If none of the defined events have occurred on any selected
file descriptor, poll() waits at least 'timeout' milliseconds
for an event to occur on any of the selected file descrip-
tors. On a computer where millisecond timing accuracy is not
available, 'timeout' is rounded up to the nearest legal value
available on that system.
The "maximum interval to wait for the selection to complete" isn't
really the maximum, but more like the lower bounds of the time to
wait for the selection.
Dan Eischen
eischen@vigrid.com
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SUN.3.91.1000124160232.11974B-100000>