This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: User-settable FD_SETSIZE and select()
- From: Thorsten Kukuk <kukuk at suse dot de>
- To: libc-alpha at sources dot redhat dot com
- Date: Tue, 20 May 2003 09:33:39 +0200
- Subject: Re: User-settable FD_SETSIZE and select()
- Organization: SuSE Linux AG, Nuernberg, Germany
- References: <3EC9136D.6010604@redhat.com> <30313.1053415154@www39.gmx.net>
On Tue, May 20, mtk-lists@gmx.net wrote:
> > Use poll().
>
> This does make it harder to port applications using select() from other
> implementations which allow higher limits for FD_SETSIZE. E.g., HP/UX
> has a limit of 2048, and Tru64 has 4096. And while the default limit os
> 1024
> on Solaris, I seem to recall it can be raised.
>
> > FD_SETSIZE will not be changed, it's not binary compatible.
>
> I'm not sure what you are meaning here -- "not binary compatible" with what?
With existing binaries.
> As I noted, manually editing the current glibc header files allows an
> application
> to use higher FD_SETSIZE values without the need for either a Linux kernel
> rebuild or a glibc rebuild.
Change FD_SETSIZE, recompile glibc or an application using RPC
and use excessive RPC applications and portmap. You will get a lot
of mysterious errors.
Thorsten
--
Thorsten Kukuk http://www.suse.de/~kukuk/ kukuk@suse.de
SuSE Linux AG Deutschherrnstr. 15-19 D-90429 Nuernberg
--------------------------------------------------------------------
Key fingerprint = A368 676B 5E1B 3E46 CFCE 2D97 F8FD 4E23 56C6 FB4B