Freshly installed FreeBSD 5.4. New user of FreeBSD.
pcap_open_live() fails with a
BIOCSRTIMEOUT: Invalid argument
pcap_open_live( device, BUFSIZ, 1, -1, errbuf )
The 'to_ms' argument is the obvious candidate, since when I change it to a
non-negative value pcap_open_live() initializes fine but pcap_loop() is
called once and sits there without once invoking the callback function.
Obviously, I'm flailing around here instead of understanding the problem,
and I'd really rather understand the problem. I'm checking the various
FreeBSD FAQs, but if someone recalls seeing this in the massive TCPDUMP
email archives and can remember the year I'll dig the rest of the way.
rh
----- Original Message -----
From: "Matthew Luckie" <[EMAIL PROTECTED]>
To: <tcpdump-workers@lists.tcpdump.org>
Sent: Saturday, July 09, 2005 9:27 PM
Subject: Re: [tcpdump-workers] about libpcap
> >> Can you define the behaviour of 'not work' with BPF on tiger?
> >
> > "Not work" as in "if you select on a BPF device and nothing else, you
> > will only wake up when the select timeout expires; the store buffer
> > getting transferred to the hold buffer won't trigger a wakeup".
>
> ah, that may explain it, as i am using select on a BPF fd as well as
> socket fds.
>
> >> I use select on a BPF fd and find that I'm still seeing packets on the
> >> BPF device.
> >
> > "See" as in "you can read from the device and they arrive", or "you can
> > do a select() and you'll get a wakeup as soon as the store buffer gets
> > transferred to the hold buffer, even if the timeout hasn't expired"?
>
> as the packets arrive on the device. i am not setting a timeout on the
> BPF device. but, i am using immediate mode. the select call is
> returning before the select timeout.
> -
> This is the tcpdump-workers list.
> Visit https://lists.sandelman.ca/ to unsubscribe.
>
-
This is the tcpdump-workers list.
Visit https://lists.sandelman.ca/ to unsubscribe.
