From e8b1163ed03e17558e918116b2ab594a60161154 Mon Sep 17 00:00:00 2001 From: Andreas Jaeger Date: Fri, 10 Mar 2000 08:41:39 +0000 Subject: 2000-03-09 Martin Buchholz * sysdeps/unix/sysv/linux/alpha/syscall.S: * manual/message.texi (Using gettextized software): * manual/message.texi (Message Translation): Doc Fixes. * manual/filesys.texi (File Size): * manual/charset.texi (glibc iconv Implementation): * locale/programs/ld-collate.c (collate_output): * iconv/gconv_db.c (find_derivation): * manual/install.texi: * manual/search.texi (Hash Search Function): * manual/stdio.texi (Output Conversion Syntax): * FAQ.in: * config.h.in: * sysdeps/generic/dl-sysdep.c: Doc Fixes. `allows to' is not correct English. * elf/rtld.c: Doc fixes. * manual/creature.texi (Feature Test Macros): Doc fixes. * manual/memory.texi (Hooks for Malloc): Doc Fixes. * manual/filesys.texi (Working Directory): Check for ERANGE to avoid infloop. --- FAQ.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'FAQ.in') diff --git a/FAQ.in b/FAQ.in index 0581b350d3..380a69cb0d 100644 --- a/FAQ.in +++ b/FAQ.in @@ -865,7 +865,7 @@ Note that I have at this point no information about any other platform. {AJ} This is at first a kernel issue. The kernel defines limits with OPEN_MAX the number of simultaneous open files and with FD_SETSIZE the number of used file descriptors. You need to change these values in your -kernel and recompile the kernel so that the kernel allows to use more open +kernel and recompile the kernel so that the kernel allows more open 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. -- cgit 1.4.1