Date: Fri, 31 Mar 2006 08:48:29 +0800 From: David Xu <davidxu@freebsd.org> To: freebsd-stable@freebsd.org Subject: Re: Process hanging on 6.0-STABLE Message-ID: <200603310848.30037.davidxu@freebsd.org> In-Reply-To: <200603311108.37829.doconnor@gsoft.com.au> References: <200603221755.25666.doconnor@gsoft.com.au> <200603222349.45539.doconnor@gsoft.com.au> <200603311108.37829.doconnor@gsoft.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
=D4=DA Friday 31 March 2006 08:38=A3=ACDaniel O'Connor =D0=B4=B5=C0=A3=BA > On Wednesday 22 March 2006 23:49, Daniel O'Connor wrote: > > On Wednesday 22 March 2006 18:41, David Xu wrote: > > > > The problem is that every now and then the process gets stuck and > > > > becomes unkillable just after forking, ie.. > > > > > > Are you using pthreads ? > > > > Nope. >=20 > Hmm I just found I had an FD leak - I am not sure if it's related. >=20 > Interestingly I had ~1046 FDs open and FD_SET wasn't working properly, eg= =2E.. > fd_set fds; > int fd; >=20 > fd =3D 1046; > FD_ZERO(&fds); > FD_SET(fd, &fds); >=20 > Results in fds being empty :( >=20 > Does anyone know if that is expected behaviour? And whether this problem= =20 could=20 > cause the second one (eg tickle a bug). >=20 > Thanks. >=20 > --=20 > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C >=20 In /sys/sys/select.h : #ifndef FD_SETSIZE #define FD_SETSIZE 1024U #endif so you should define FD_SETSIZE if you have fd which is larger than 1024. Regards, David Xu
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200603310848.30037.davidxu>