Concluding my limit test, (recap) My test program has 2 call sockets (tcp and udp), then 1001 tcp connected sockets. (SOCKINFO says I have 1003 sockets, last socket has filedesc #1013) When I attempt to make the next tcp connection, my server returns from "select" with activity on the tcp call socket. I then call "accept" to get the next connection (socket #1004, expected filedesc of #1014). "accept" returns 0 with errno = 0. Continuing connections return 1, 2, 3, 4 ... To continue, now when accept returns 0 to 9, I prompted for and entered the sock number I expected. accept=0, enter sock=1014, 1, 1015, etc. For accept=9, I was at sock=1023. With the next connection, accept returned the expected error 24: Too many open files in process. (Note: Used SOCKINFO to verify sockets and their filedesc numbers) Appears the accept is wrapping descriptor numbers on the "odd" number 1014. (Side note: Trying to duplicate a ipctest server like this one, I found that I could mingle IPC and BSD procedure calls. Started tcp and ucp call sockets with IPCCREATE. After I received a connection (IPCRECVCN), I could use getpeername to get incoming IP address. Then tried select, which returned a 1 and errno=50; but accept brought me back a connected socket.) > _____________________________________________________________ > Keven Miller mailto:[log in to unmask] http://www.exegesys.com > > --------------------------------------------------- Plan now to attend the eXegeSys eRP Users Conference 2001, Oct. 1-4, Downtown SLC. Register today by visiting www.exegesys.com/erp2001/welcome.htm