Hi !
It seems to me, that the pcap_open_live's snaplen argument
has only effect when a BPF filter is set thereafter (pcap_setfilter).
Is it the intended functionality ? (both 3.0 and 3.1b4)
Thanks,
Peter
==
This is the
Gianluca Varenni [EMAIL PROTECTED] rta:
Hi Peter.
I can confirm that this is a bug that affects the capturing process with
Wan
Adapters (e.g. Generic NDISWAN adapter). I was very busy in the
last
months, but I'll work on a fix to this issue soon.
It is important to point out that
phengmaly peter wrote:
It seems to me, that the pcap_open_live's snaplen argument
has only effect when a BPF filter is set thereafter (pcap_setfilter).
Is it the intended functionality ? (both 3.0 and 3.1b4)
At least on the original systems where BPF was implemented, the snapshot
length was
Somebody trying to capture on a serial port in Ethereal sent a long note
about that to the Ethereal list:
http://www.ethereal.com/lists/ethereal-users/200502/msg00140.html
It says:
5) Because Windows PPP support is new, there is nothing about it in
the Help portion of Ethereal (Live
Guy Harris wrote:
Somebody trying to capture on a serial port in Ethereal sent a long
note about that to the Ethereal list:
http://www.ethereal.com/lists/ethereal-users/200502/msg00140.html
It says:
5) Because Windows PPP support is new, there is nothing about it in
the Help portion
Guy Harris wrote:
phengmaly peter wrote:
It seems to me, that the pcap_open_live's snaplen argument has only
effect when a BPF filter is set thereafter (pcap_setfilter).
Is it the intended functionality ? (both 3.0 and 3.1b4)
At least on the original systems where BPF was implemented, the
