Date: Thu, 26 Sep 2002 00:22:07 +0200 From: Michel Oosterhof <m.oosterhof@xs4all.nl> To: Terry Lambert <tlambert2@mindspring.com> Cc: hackers@freebsd.org Subject: Re: kqueue Message-ID: <20020925222207.GA85539@xs4all.nl> In-Reply-To: <3D91F3CA.728A1108@mindspring.com> References: <20020925081253.GA98975@xs4all.nl> <3D91F3CA.728A1108@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Sep 25, 2002 at 10:35:06AM -0700, Terry Lambert wrote: > The obvious objection to such changes is that the internals > of the RPC library are sufficiently exposed that there is a > near-dependency on the use of select; if you look at the "rpc" > man page, for example, you will see, among other things: > > fd_set svc_fdset; > > A global variable reflecting the RPC service side's read file > descriptor bit mask; it is suitable as a template parameter to > the select(2) system call. This is only of interest if a service > implementor does not call svc_run(), but rather does his own > asynchronous event processing. This variable is read-only (do > not pass its address to select(2)!), yet it may change after > calls to svc_getreqset() or any creation routines. As well, note > that if the process has descriptor limits which are extended > beyond FD_SETSIZE, this variable will only be usable for the > first FD_SETSIZE descriptors. Actually, this is not in my rpc(3) manpage on my -CURRENT system! I could not find a reference to svc_fdset in any of the -CURRENT manpages. It is on my -STABLE system however. regards, Michel 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?20020925222207.GA85539>