home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / protocol / tcpip / 5256 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  1.5 KB
  1. Xref: sparky comp.protocols.tcp-ip:5256 comp.unix.wizards:4818
  2. Path: sparky!uunet!dtix!darwin.sura.net!ukma!kherron
  3. From: kherron@ms.uky.edu (Kenneth Herron)
  4. Newsgroups: comp.protocols.tcp-ip,comp.unix.wizards
  5. Subject: Re: select()/ Bad File Number
  6. Message-ID: <1992Nov20.172319.4760@ms.uky.edu>
  7. Date: 20 Nov 92 22:23:19 GMT
  8. References: <1992Nov19.203621.24788@panther.mot.com>
  9. Distribution: na
  10. Organization: University Of Kentucky, Dept. of Math Sciences
  11. Lines: 20
  12.  
  13. ronf@panther3.panther.mot.com (Ron Feigen) writes:
  14.  
  15. >I have a situation where a socket gets closed and instead of select() 
  16. >returning informing me that the socket is ready for reading, I get -1 and errno
  17. >"Bad File Number".
  18.  
  19. We have a daemon that does the same thing when it accepts a connection
  20. and no fds are available (this is dynix so the fd table is small and
  21. static).  As far as I can tell, the client's connect succeeds, and
  22. the server sometimes acts like the accept() has succeeded (I'm not
  23. too clear on this part), but any attempt to use the fd from either
  24. side gives an EBADF.  My conclusion is that dynix's network code
  25. is completely unprepared to deal with this problem :-)
  26.  
  27. In summary:  Check the size of your fd table.
  28. -- 
  29. Kenneth Herron                                              kherron@ms.uky.edu
  30. University of Kentucky                                         +1 606 257 2975
  31. Dept. of Mathematics     "Your ball goes over them, it sails off the edge into
  32. a huge cauldren of fire-breathing dragons."  "And they call this a par three?"
  33.