| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
according to Gisle Vanem, WIN32 isn't a built-in in MSVC, but _WIN32 is.
svn path=/trunk/; revision=11972
|
|
|
|
|
|
|
|
|
| |
"epan/packet_info.h" and put it in "epan/address.h".
Use the AT_ values from "epan/address.h" for address types in the
interface lists rather than having our own FAM_ enums.
svn path=/trunk/; revision=11427
|
|
|
|
|
|
|
| |
indicator of whether we have enough IPv6 support to handle IPv6
addresses.
svn path=/trunk/; revision=11425
|
|
|
|
|
|
|
|
|
| |
as transport endpoint addresses, so the "sa_data" field includes port
numbers. Revert the IPv4 code; we'll fix the IPv6 code later (we'll
have to check whether "struct sockaddr_in6" is defined, and not support
IPv6 addresses if it's not, even if AF_INET6 is defined).
svn path=/trunk/; revision=11420
|
|
|
|
|
|
|
|
| |
sockaddr_in6" is defined - the former, but not the latter, is defined in
FreeBSD 3.4. Just copy the appropriate number of bytes from the
"sa_data" field of a "struct sockaddr".
svn path=/trunk/; revision=11413
|
|
|
|
| |
svn path=/trunk/; revision=11411
|
|
|
|
|
|
|
|
|
| |
"pcap_findalldevs()".
"if_info_ip()" is used - and can be compiled - only if libpcap has
"pcap_findalldevs()".
svn path=/trunk/; revision=11402
|
|
|
|
|
|
|
|
|
| |
they have LF at the end of the line on UN*X and CR/LF on Windows;
hopefully this means that if a CR/LF version is checked in on Windows,
the CRs will be stripped so that they show up only when checked out on
Windows, not on UN*X.
svn path=/trunk/; revision=11400
|
|
|
|
| |
svn path=/trunk/; revision=11395
|
|
|
|
| |
svn path=/trunk/; revision=10211
|
|
|
|
| |
svn path=/trunk/; revision=9393
|
|
|
|
| |
svn path=/trunk/; revision=9093
|
|
|
|
|
|
|
| |
"AIX", and that code was never compiled. Libpcap uses "_AIX" to
conditionally compile in the extra AIX BPF support; we'll do the same.
svn path=/trunk/; revision=9056
|
|
|
|
|
|
|
|
| |
reported this as a problem when compiling on AIX? Doesn't any compiler
complain that "strncmp()" isn't being passed enough arguments? GCC sure
did in a test program I built on FreeBSD 3.4....)
svn path=/trunk/; revision=9055
|
|
|
|
|
|
|
| |
link-layer type when capturing, using the "pcap_set_datalink()" and
related APIs.
svn path=/trunk/; revision=8848
|
|
|
|
| |
svn path=/trunk/; revision=8655
|
|
|
|
| |
svn path=/trunk/; revision=8441
|
|
|
|
|
|
|
|
|
|
|
|
| |
containing a pointer to an interface name and possibly a pointer to an
interface description (although that pointer might be null if no
description is available), rather than having the Windows version glue
together the name and description into a single string.
Supply for the Linux "any" device the same description that libpcap's
"pcap_findalldevs()" returns.
svn path=/trunk/; revision=8440
|
|
|
|
|
|
|
|
|
|
|
| |
support for user-supplied interface descriptions;
support for hiding interfaces in drop-down list in capture
dialog.
Clean up comments written to preferences file.
svn path=/trunk/; revision=8419
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
itself, so we leaked memory when freeing the interface list; in
"free_interface_list()", use "g_list_foreach()", calling a list free
routine, to free the data items in the list, and then use
"g_list_free()" to free the list.
Use "free_interface_list()" in "get_interface_list()" to free the list
if we have an error, as it now does what the code that use to be there
did.
svn path=/trunk/; revision=7965
|
|
|
|
| |
svn path=/trunk/; revision=7866
|
|
|
|
|
|
|
|
|
| |
handle it on UNIX. Check for an empty interface name (which indicates
the end of the interface list) at the beginning of the loop, so that if
the first interface name is empty (meaning an empty interface list) we
don't put a bogus entry into the list with just a colon.
svn path=/trunk/; revision=7828
|
|
|
|
|
|
|
|
| |
type for loopback devices; map it to DLT_NULL when reading libpcap files
with a major version of 2 and a minor version of 2, and when capturing
from an "loN" device on AIX.
svn path=/trunk/; revision=7361
|
|
|
|
|
|
|
| |
winapi_cleanup tool written by Patrik Stridvall for the wine
project.
svn path=/trunk/; revision=6117
|
|
|
|
|
|
|
|
| |
equivalents for the toplevel directory. The removal of winsock2.h will
hopefully not cause any problems under MSVC++, as those files using
struct timeval still include wtap.h, which still includes winsock2.h.
svn path=/trunk/; revision=5932
|
|
|
|
|
|
|
|
| |
names that are generated under Windows. Note in pcap-util.c that we
may want to separate interface device names and descriptions in the
future.
svn path=/trunk/; revision=5770
|
|
|
|
|
|
| |
interface name.
svn path=/trunk/; revision=5499
|
|
|
|
|
|
| |
eliminate compiler warnings on Digital UNIX.
svn path=/trunk/; revision=5251
|
|
|
|
|
|
|
| |
field in the "Capture Options" dialog, put the descriptive name of the
device in parentheses after the actual device path.
svn path=/trunk/; revision=5069
|
|
|
|
| |
svn path=/trunk/; revision=5052
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) print the payload length in AH headers correctly (the field's
value is length of the payload, minus 2, divided by 2, so we
have to add 2 before multiplying by 2);
2) correctly handle, in an SIOCGIFCONF list, entries whose
address has an "sa_len" field less than the size of a "struct
sockaddr" (the length of the address in an entry is the
maximum of the real length and the size of a "struct
sockaddr").
svn path=/trunk/; revision=4186
|
|
|
|
|
|
|
| |
libpcap, we may also want to return a flag indicating that we have to
map seconds/nanoseconds in the packet header to seconds/microseconds.
svn path=/trunk/; revision=4185
|
|
for AIX 5.x's non-standard libpcap, where "pcap_datalink()" doesn't
return DLT_ values, it returns RFC 1573 ifType values.
Put that wrapper, and the routine to get the interface list, in a
separate file, for packet-capture utility routines, so not everybody who
includes "util.h" needs to include <pcap.h>.
Fix up the Wiretap hack for dealing with said incompatibility to use the
correct ifType value for Token Ring.
svn path=/trunk/; revision=4184
|