On Sat, Aug 16, 2003 at 10:54:38PM +0159, Claudio Jeker wrote: > On Sat, Aug 16, 2003 at 09:40:04PM +0200, Toni Mueller wrote: > > > > Hi, > > > > while trying to compile with the 20030501 patch on an OpenBSD > > 3.4beta (= snapshot as of last week), I get this: > > > > --------------- cut > > ./auto-int auto_spawn `head -1 conf-spawn` > auto_spawn.c > > ./compile auto_spawn.c > > ./load chkspawn substdio.a error.a str.a fs.a auto_spawn.o > > ./chkspawn > > Oops. Your system's FD_SET() has a hidden limit of 256 descriptors. > > This means that the qmail daemons could crash if you set the run-time > > concurrency higher than 125. So I'm going to insist that the > > concurrency > > limit in conf-spawn be at most 125. Right now it's 500. > > --------------- cut > > > > Does chkspawn detect the limit the wrong way, or is the limit real? > > Reading FD_SET(3) suggests that some manual intervention would > > be neccessary, but could be used to circumvent the limit. > > > > Comments on why the limit is there, why it is "hidden", and > > whether the example code could be safely plugged into the > > qmail-ldap code are very welcome... > > > > You need to change the FD_SETSIZE this can be done with -DFD_SETSIZE=2048 > added to the first line of conf-cc.
hmm, we should probably fix that the right way. OpenBSD has dynamic fd sets. i'll look into this. -- http://2suck.net/hhwl.html - http://www.bsws.de/ Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)
