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