This is the mail archive of the libc-hacker@sourceware.cygnus.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]

Re: A patch for sunrpc

To: "H . J . Lu" <hjl at valinux dot com>
Subject: Re: A patch for sunrpc
From: Roland McGrath <roland at frob dot com>
Date: Fri, 31 Mar 2000 20:24:15 -0500
Cc: GNU C Library <libc-hacker at sourceware dot cygnus dot com>
Emacs: ballast for RAM.

It seems to me that if you are going to diddle with this then what you
should do is make it more generally robust, i.e. grow the table.
It already copes with using poll instead or in addition to select
when the highest fd reaches FD_SETSIZE.  I'd also like to know why
_rpc_dtablesize is exported and what its real purpose is.

Follow-Ups:
- Re: A patch for sunrpc
  - From: H . J . Lu

References:
- A patch for sunrpc
  - From: H . J . Lu

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]