eems to fit with the current
philosophy of the pcap library and API.
Comments?
Alan DeKok.
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
and run the appropriate one for each packet) and a snapshot length
> (all you're doing with the filter is getting a "yes or no" answer, so just
> pass in a non-zero value).
Thanks.
Alan DeKok.
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
e're using doesn't support 1000's of filter
rules in the kernel for one pcap_t. So we're stuck doing the work in
user space.
Alan DeKok.
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
Denis Ovsienko wrote:
> Below are some warnings specific to MacOS 10.8.5,
i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build
5658) (LLVM build 2336.11.00), would anybody be willing to troubleshoot
that?
>
> ./print-esp.c: In function ‘esp_print_decrypt_buffer_by_ikev2’:
> ./pri