summaryrefslogtreecommitdiff
path: root/FAQ.in
diff options
context:
space:
mode:
authorUlrich Drepper <drepper@redhat.com>1999-08-02 20:04:56 +0000
committerUlrich Drepper <drepper@redhat.com>1999-08-02 20:04:56 +0000
commit7b19af689144b165a6c9ddc8445e2762c979c04b (patch)
tree98b052fbb76d367d23270527536e769ae7ff43de /FAQ.in
parent249fd241a225b3b3723e55f7051ed4c7bf726e78 (diff)
Update.
1999-08-02 Jakub Jelinek <jj@ultra.linux.cz> * sysdeps/unix/sysv/linux/sparc/sparc64/sigaction.c (__sigaction): Only allow rt signal frames. No SA_SIGINFO signals will have the siginfo_t just not filled out with SI_NOINFO code. * sysdeps/unix/sysv/linux/sparc/sparc64/register-dump.h (register_dump): Take the above change into account. * sysdeps/unix/sysv/linux/sparc/sparc64/sigcontextinfo.h (rt_signal_frame): Likewise. * sysdeps/unix/sysv/linux/sparc/getsysstats.c: New file.
Diffstat (limited to 'FAQ.in')
-rw-r--r--FAQ.in8
1 files changed, 3 insertions, 5 deletions
diff --git a/FAQ.in b/FAQ.in
index e9e2215ffe..859586dbb7 100644
--- a/FAQ.in
+++ b/FAQ.in
@@ -848,14 +848,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