Re: PF_NDRV Socket Behavior
Re: PF_NDRV Socket Behavior
- Subject: Re: PF_NDRV Socket Behavior
- From: "Duane Murphy" <email@hidden>
- Date: Fri, 25 Aug 2006 10:49:38 -0700
I wanted to follow up to my own posting.
I have done some more debugging and modified MoreAuthSample to do a raw
socket. The raw socket in this case does not exhibit this behavior.
I suspect now that I am doing something wrong in the descriptor passing.
Back to the drawing board.
...Duane
--- At Thu, 24 Aug 2006 15:58:32 -0700, Duane Murphy wrote:
>I've been using PF_NDRV sockets for a while in our application. I'm now
>experiencing a new behavior that I doesn't happen on older systems.
>
>The behavior is that select for read always returns that the socket has
>data and there is never data.
>
>I have a program that opens a PF_NDRV socket via a setuid tool. It then
>just calls select on that socket without doing anything else to the
>socket. On my system 10.4.3 and on a Mac OS X Server 10.4.7 system
>select returns immediately saying the socket has data. Calling recvfrom
>() on the socket returns 0 bytes and no errors that I can tell.
>
>On a 10.3.3 system this same program has select return with a timeout
>(as expected).
>
>In potential relation to this problem, I often experience kernel panics.
>I can't nail down what's causing the kernel panics because they are
>mostly random. But this is very frustrating.
>
>In a related test where the socket is supposed to return data, recvfrom
>always returns 0 bytes read, even when an ethereal trace clearly shows
>that the data should have been returned.
>
>This program has worked in the past, on older systems and even on this
>system, all be it sporadically.
>
>Other points of interest. I am compiling using Xcode against the 10.2.8
>libraries for backwards compatibility of this app to older systems.
>
>Any suggestions?
...Duane
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden