Update comments - Npcap no longer requires HAVE_REMOTE to be defined.

Change-Id: Ib9bda84907de4171376cf0fe29b6fdd4b58fd695
Reviewed-on: https://code.wireshark.org/review/36385
Reviewed-by: Guy Harris <guy@alum.mit.edu>
This commit is contained in:
Guy Harris 2020-03-12 17:12:46 -07:00
parent d73c0be3bf
commit cd3af470b8
1 changed files with 6 additions and 8 deletions

View File

@ -1,13 +1,13 @@
/* wspcap.h /* wspcap.h
* *
* Wrapper around libpcap/WinPcap/Npcap's pcap.h. * Wrapper around libpcap/WinPcap's pcap.h.
* *
* If HAVE_PCAP_REMOTE is defined, it forces the WinPcap/Npcap header files to * If HAVE_PCAP_REMOTE is defined, it forces the WinPcap header files to
* define things required for remote capture, by defining HAVE_REMOTE. * define things required for remote capture, by defining HAVE_REMOTE.
* *
* With current versions of the WinPcap or Npcap SDK, if: * With all versions of the WinPcap SDK, if:
* *
* 1) you are building with any current WinPcap or Npcap SDK; * 1) you are building with any current WinPcap SDK;
* 2) you do not define HAVE_REMOTE before including pcap.h (or * 2) you do not define HAVE_REMOTE before including pcap.h (or
* pcap/pcap.h); * pcap/pcap.h);
* 3) you define a struct pcap_stat and pass it to a call to * 3) you define a struct pcap_stat and pass it to a call to
@ -43,10 +43,8 @@
* will make no difference). * will make no difference).
* *
* No version of the WinPcap SDK provided libpcap 1.9.0-or-later headers. * No version of the WinPcap SDK provided libpcap 1.9.0-or-later headers.
* The Npcap SDK, as of SDK version 1.01, does not provide libpcap 1.9.0- * The Npcap SDK, as of SDK version 1.04, provides them, so this is
* or-later headers, even though newer versions of Npcap are based on * only necessary for building with the WinPcap SDK.
* with remote capture support will not have this problem. Newer versions
* libpcap 1.9.0; an issue has been filed against Npcap for that.
* *
* Wireshark - Network traffic analyzer * Wireshark - Network traffic analyzer
* By Gerald Combs <gerald@wireshark.org> * By Gerald Combs <gerald@wireshark.org>