From 7b19af689144b165a6c9ddc8445e2762c979c04b Mon Sep 17 00:00:00 2001 From: Ulrich Drepper Date: Mon, 2 Aug 1999 20:04:56 +0000 Subject: Update. 1999-08-02 Jakub Jelinek * 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. --- FAQ.in | 8 +++----- 1 file changed, 3 insertions(+), 5 deletions(-) (limited to 'FAQ.in') 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 -- cgit 1.4.1