I'm using a threaded program to manage ipfw rules, and today discovered
the hardware that you cannot simultaneously have a thread blocking on a
recvfrom() on the raw socket to read icmp packets, and have another thread
perform a setsockopt() to manipulate the ipfw rules.

While it's easy to work around, opening a second raw socket, it seems like
a bit of a wate, and results in more packet delivery to userland than
necessary.  Does the pthread spec address this?  Would it be possible to
set/getsockopt on a socket while it's in use?  For example, retrieve peer
information from a socket while a thread is blocked on reading the socket,
or set buffering parameters?

Thanks!


  Robert N M Watson 

[EMAIL PROTECTED]              http://www.watson.org/~robert/
PGP key fingerprint: AF B5 5F FF A6 4A 79 37  ED 5F 55 E9 58 04 6A B1
TIS Labs at Network Associates, Safeport Network Services



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message

Reply via email to