Re: Socket filter detaches early
Re: Socket filter detaches early
- Subject: Re: Socket filter detaches early
- From: Josh Graessley <email@hidden>
- Date: Mon, 31 Oct 2005 14:26:12 -0800
This is a known issue. If it isn't fixed in the next software update, I'd be surprised.
-josh
On Oct 31, 2005, at 11:09 AM, Christopher Vitale wrote: Hello,
I think I see the problem. The function sflt_unuse is called pretty aggressively throughout the kernel socket code. It checks to see if anyone has called detach on the filter by &ing SFEF_DETACH against sfe_flags.
When a filter_entry is attached to a socket in kpi_socketfilter.c the MALLOC call does not set the M_ZERO flag. The entry pointer is not bzero'ed. The sfe_flags variable is not set.
I believe that random data in sfe_flags is triggering the early detach.
This satisfiies the criteria of the bug:
1.) I'm allowed to attach to a socket.
2.) The detachment does not interfer with the overall connection.
3.) Early detachment is sporadic.
Unfortunately, if correct, socketfilters thus far on Tiger can not be relied upon.
I've already updated radar.
vitale
|
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden