From 249fd241a225b3b3723e55f7051ed4c7bf726e78 Mon Sep 17 00:00:00 2001 From: Ulrich Drepper Date: Mon, 2 Aug 1999 19:56:07 +0000 Subject: Update. 1999-08-02 Thorsten Kukuk * nis/nis_callback.c (internal_nis_do_callback) use poll() instead of select(). 1999-08-02 Ulrich Drepper * sysdeps/generic/s_nextafter.c: Define __nexttoward and nexttoward so something else so that aliasing works. 1999-08-02 Thorsten Kukuk * sysdeps/generic/math_ldbl.h: Fix typo. * sysdeps/generic/strtold.c: Remove unbalanced #endif. * sysdeps/alpha/fpu/e_sqrt.c: Use new path for e_sqrt.c. 1999-08-02 Ulrich Drepper * elf/resolvfail.c: Include stdio.h. Also test dlerror. --- FAQ | 8 +++----- 1 file changed, 3 insertions(+), 5 deletions(-) (limited to 'FAQ') diff --git a/FAQ b/FAQ index d412f8e..5dcc1bc 100644 --- a/FAQ +++ b/FAQ @@ -1048,14 +1048,12 @@ files. You don't necessarily need to recompile the GNU C library since the only place where OPEN_MAX and FD_SETSIZE is really needed in the library itself is the size of fd_set which is used by select. -The GNU C library is now (nearly) select free. This means it internally has -no limits imposed by the `fd_set' type. Instead almost all places where the +The GNU C library is now select free. This means it internally has no +limits imposed by the `fd_set' type. Instead all places where the functionality is needed the `poll' function is used. If you increase the number of file descriptors in the kernel you don't need -to recompile the C library. The remaining select calls are in the RPC code. -If your RPC daemons don't need more than FD_SETSIZE file descriptors, you -don't need to change anything at all. +to recompile the C library. {UD} You can always get the maximum number of file descriptors a process is allowed to have open at any time using -- cgit v1.1