Re: [Wireshark-commits] rev 34339: /trunk/gtk/ /trunk/gtk/: capture_dlg.c

[Guy Harris <guy () alum mit edu>]

On Oct 3, 2010, at 5:08 AM, Sake Blok wrote:

> I was able to make things work for "pcap_open_dead", but when trying to do the same for "bpf_image", I still run into 
> problems at the linking stage where "bpf_image" can not be found. I checked the WinPcap header files and bpf_image is 
> there.

...and, at least for WinPcap 4.1.1, bpf_image is in the .def file.

Where is it failing?  The buildbot seems to be doing OK.

> Hmmm... do we need to define "HAVE_PCAP_COMPILE_NOPCAP" and check for it? Or can we safely assume it's there in all 
> supported platforms?

If we don't support any platforms that use libpcap before libpcap 0.5, we can safely assume it's there, although I 
think there might be some older versions of NetBSD where pcap_compile_nopcap() took an additional argument (a char * 
pointing to a buffer into which it put an error message if it failed - pcap_compile_nopcap() as implemented in 
tcpdump.org libpcap can't give you an error message for the failure, but pcap_open_dead()/pcap_compile() can).

libpcap 0.4 had neither pcap_open_dead() nor pcap_compile_nopcap() - you *had* to have a live capture device or a 
savefile open in order to compile a filter into BPF code.
___________________________________________________________________________
Sent via:    Wireshark-dev mailing list <wireshark-dev () wireshark org>
Archives:    http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
             mailto:wireshark-dev-request () wireshark org?subject=unsubscribe