Hi,
> Expected, yes. Linux's packet capture mechanism doesn't have the timeouts
> that the WinPcap driver, BPF, etc. do.
I thought (and i have a programm running with this) that you can use the
to_ms value in pcap_open_live() to set such a timeout. The value won't be
interpreted by some OS'se
Fabian Schneider wrote:
I thought (and i have a programm running with this) that you can use the
to_ms value in pcap_open_live() to set such a timeout. The value won't be
interpreted by some OS'ses like FreeBSD or if you are using the
libpcap-mmap patch, resulting in a normal behaviour. But wi
> If pcap_breakloop() is called in a signal handler, and the signal in
> question isn't set up to restart system calls, that should
> let the loop terminate cleanly. If it's not called in a signal
> handler, i.e. if there's no signal that was delivered to the process,
> that won't help.
Can I
Richard Hansen wrote:
If pcap_breakloop() is called in a signal handler, and the signal in
question isn't set up to restart system calls, that should
let the loop terminate cleanly. If it's not called in a signal
handler, i.e. if there's no signal that was delivered to the process,
that won't