If all you are doing is logging the kext's current condition, use a sysctl. The massive overhead involved in the socket, and the fact that you're not maintaining any of the daemon's state in the kext makes it a bad choice for this model. You haven't really helped any of us help you by not describing your application and design; it's very hard to second-guess something like this. = Mike On Feb 21, 2004, at 2:23 PM, Matt Jaffa wrote: Well I have discovered the cost of having to do that In my system log where it logs the KEXT's current condition, I am noticing that since there are so many requests on the KEXT side of things, that some get to the soconnect before the daemon has a chance to set up again and be ready to accept new connections. Any thoughts on how to over come this? Thanks, Matt On Feb 21, 2004, at 2:40 PM, Justin Walker wrote: On Saturday, February 21, 2004, at 01:30 PM, Matt Jaffa wrote: I think I have it working now, The KEXT disconnected from it before, but after 250 connections it still started that mess, Keep in mind that even though one end of a 'channel' closes it, the other end remains open until that end is closed. but now In the daemon I have it creating a socket then accepting and after it has done the communication, I close the the socket and it is working fine now. FWIW, I think that opening and closing a connection for each exchange may be overkill (or inefficient). You have to evaluate this based on the frequency of exchange, and the cost of the open/close operations. I'm happy you got it fixed. Regards, Justin -- Justin C. Walker, Curmudgeon-At-Large * Institute for General Semantics | "Weaseling out of things is what | separates us from the animals. | Well, except the weasel." | - Homer J Simpson *-------------------------------------- *-------------------------------* _______________________________________________ darwin-kernel mailing list | darwin-kernel@lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored. _______________________________________________ darwin-kernel mailing list | darwin-kernel@lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored. _______________________________________________ darwin-kernel mailing list | darwin-kernel@lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.