Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!batcomputer!cornell!uw-beaver!mit-eddie!bbn.com!fkittred From: fkittred@bbn.com (Fletcher Kittredge) Newsgroups: comp.unix.wizards Subject: Re: Out of descriptors, out of luck? Message-ID: <63777@bbn.BBN.COM> Date: 18 Apr 91 11:57:27 GMT References: <195@bria.UUCP> Sender: news@bbn.com Reply-To: fkittred@spca.bbn.com (Fletcher Kittredge) Organization: Bolt Beranek and Newman Inc., Cambridge MA Lines: 24 In article <195@bria.UUCP> uunet!bria!mike writes: >In an article, rds@ECLU.psu.edu (R. David Singh) writes: >>Hmm, does anyone know of a way to increase the tablesize of file descriptors >>available to a process. getdtablesize() gives me 60 (which just won't cut it) >>and my program is barfing up fragments. > >Please. This is hardly a wizardly question. Go RTFM on how to configure >and relink your kernel. Far be it for me to question the quick response of a wizard such as yourself, but isn't this a ignorant answer to a good question? I would think a real wizard would say that there are two ways to do this. Reconfiguring the kernel is inappropriate in most cases. Many modern Unix systems support the setrlimit(). If the man page for setrlimit() says that it supports RLIMIT_NOFILE, then you can up the limit for the number of open files. Sun O/S >=4.0 and HP-UX >=8.0 are examples of two operating systems which support this facility. See setrlimit() for details, if you have a POSIX.1 compliant system, then sysconf() would also be of interest. fletcher Fletcher Kittredge Senior Engineer, BBN Software Products 150 CambridgePark Dr, Cambridge, MA. 02140 617-873-3465 / fkittred@bbn.com / fkittred@das.harvard.edu