Re: PF_NDRV Socket Behavior
Re: PF_NDRV Socket Behavior
- Subject: Re: PF_NDRV Socket Behavior
- From: Josh Graessley <email@hidden>
- Date: Thu, 24 Aug 2006 16:04:56 -0700
File a bug.
If you can put together a sample project that easily reproduces the
problem, it will significantly improve the chances of the bug getting
fixed faster.
-josh
On Aug 24, 2006, at 3:58 PM, 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:
40apple.com
This email sent to email@hidden
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
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