site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:to:message-id:content-type:from:subject:date:x-mailer; b=Zhw7A9OmFOKDEA3F5OnDY87BCizYI/i4dqNlEDkd3vYtr/fVMV9NWkIj/SkVtTWsy9AvB7CBZFQLrmX+v70xMxFow7DI15XIis/g/kVGffABGZnHmtXuSiNDMxjabl4pM2HCLx4We+Nfk9+Q1kUeojbTy1pxVHox+JUKNrFCJ3k= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:to:message-id:content-type:from:subject:date:x-mailer; b=a/Zu+5f/FuM8ezDJhd2u4UvfkXj6oqrY4lihyQurr6eUqKMMEApZfXe/qOEfP9j7iwvaEuQZxFdpfFyP3OHyJSk+Zo4pH46S5hmj2baoz2G2q6bw+VwLKXBhXO+dRWLPBGXC5Vh7eiJHil+kfzo82hbH3DZGFORUAxeRHZDeV+o= Thanks. -- Curtis Jones curtis.jones@gmail.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... This email sent to site_archiver@lists.apple.com My socket filter is deferring the sending/receiving of some data (and specifically in this case, the receiving of some data) for a while and the remote host is closing the socket connection before the data has been re-injected and I've not been able to figure out how to delay the closing of the socket (with respect to the local process that's using the socket) until I've had a chance to re-inject the deferred data. I noted that by the time the detach callback is made, the socket is already closed. I noted that the notify callback is called first for sock_evt_cantrecvmore then sock_evt_closing then sock_evt_disconnecting and finally sock_evt_disconnected and that if I block on any or all of those (until the data is re-injected), it does not prevent the local process from finding out about the closed socket - which appears to happen very shortly after the sock_evt_cantsendmore notification. I've started looking at sock_retain/release and they appear to delay the closing/disconnecting/disconnected, but not the cantrecvmore. I've dug through tcplognke and it doesn't appear to have any specific provisions for this - it just blocks on sock_evt_disconnecting. So I'm not sure what else to try at this point. Any suggestions? smime.p7s
participants (1)
-
Jones Curtis