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 [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message