1998-11-15 05:29:17 +00:00
|
|
|
/* libpcap.c
|
|
|
|
*
|
|
|
|
* Wiretap Library
|
2001-11-13 23:55:44 +00:00
|
|
|
* Copyright (c) 1998 by Gilbert Ramirez <gram@alumni.rice.edu>
|
2002-08-28 20:30:45 +00:00
|
|
|
*
|
2018-02-07 11:26:45 +00:00
|
|
|
* SPDX-License-Identifier: GPL-2.0-or-later
|
1998-11-15 05:29:17 +00:00
|
|
|
*/
|
2002-02-27 08:57:25 +00:00
|
|
|
|
1999-07-13 02:53:26 +00:00
|
|
|
#include "config.h"
|
2002-07-29 06:09:59 +00:00
|
|
|
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
#include <stdlib.h>
|
2003-12-18 19:07:14 +00:00
|
|
|
#include <string.h>
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
#include <errno.h>
|
2000-05-19 23:07:04 +00:00
|
|
|
#include "wtap-int.h"
|
2000-01-13 07:09:20 +00:00
|
|
|
#include "file_wrappers.h"
|
2009-04-27 09:28:28 +00:00
|
|
|
#include "pcap-common.h"
|
2010-02-23 03:50:42 +00:00
|
|
|
#include "pcap-encap.h"
|
1998-11-15 05:29:17 +00:00
|
|
|
#include "libpcap.h"
|
2020-05-02 04:02:00 +00:00
|
|
|
#include "erf-common.h"
|
1998-11-15 05:29:17 +00:00
|
|
|
|
|
|
|
/* See source to the "libpcap" library for information on the "libpcap"
|
|
|
|
file format. */
|
|
|
|
|
2010-02-24 07:21:17 +00:00
|
|
|
/*
|
|
|
|
* Private per-wtap_t data needed to read a file.
|
|
|
|
*/
|
|
|
|
typedef enum {
|
|
|
|
NOT_SWAPPED,
|
|
|
|
SWAPPED,
|
|
|
|
MAYBE_SWAPPED
|
|
|
|
} swapped_type_t;
|
|
|
|
|
|
|
|
typedef struct {
|
|
|
|
gboolean byte_swapped;
|
|
|
|
swapped_type_t lengths_swapped;
|
|
|
|
guint16 version_major;
|
|
|
|
guint16 version_minor;
|
2016-04-05 02:21:36 +00:00
|
|
|
void *encap_priv;
|
2010-02-24 07:21:17 +00:00
|
|
|
} libpcap_t;
|
|
|
|
|
2018-04-24 21:19:47 +00:00
|
|
|
/* Try to read the first few records of the capture file. */
|
2014-09-20 17:45:28 +00:00
|
|
|
static int libpcap_try(wtap *wth, int *err, gchar **err_info);
|
2018-04-24 21:19:47 +00:00
|
|
|
static int libpcap_try_record(wtap *wth, FILE_T fh, int *err, gchar **err_info);
|
2000-09-15 07:52:43 +00:00
|
|
|
|
2019-04-05 01:56:27 +00:00
|
|
|
static gboolean libpcap_read(wtap *wth, wtap_rec *rec, Buffer *buf,
|
|
|
|
int *err, gchar **err_info, gint64 *data_offset);
|
2014-05-23 10:50:02 +00:00
|
|
|
static gboolean libpcap_seek_read(wtap *wth, gint64 seek_off,
|
2018-02-09 00:19:12 +00:00
|
|
|
wtap_rec *rec, Buffer *buf, int *err, gchar **err_info);
|
2014-05-09 05:18:49 +00:00
|
|
|
static gboolean libpcap_read_packet(wtap *wth, FILE_T fh,
|
2018-02-09 00:19:12 +00:00
|
|
|
wtap_rec *rec, Buffer *buf, int *err, gchar **err_info);
|
|
|
|
static gboolean libpcap_dump(wtap_dumper *wdh, const wtap_rec *rec,
|
2014-12-18 00:02:50 +00:00
|
|
|
const guint8 *pd, int *err, gchar **err_info);
|
2014-08-24 08:06:35 +00:00
|
|
|
static int libpcap_read_header(wtap *wth, FILE_T fh, int *err, gchar **err_info,
|
|
|
|
struct pcaprec_ss990915_hdr *hdr);
|
2016-04-05 02:21:36 +00:00
|
|
|
static void libpcap_close(wtap *wth);
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
|
2014-10-09 23:44:15 +00:00
|
|
|
wtap_open_return_val libpcap_open(wtap *wth, int *err, gchar **err_info)
|
1998-11-15 05:29:17 +00:00
|
|
|
{
|
|
|
|
guint32 magic;
|
|
|
|
struct pcap_hdr hdr;
|
1999-11-06 10:31:47 +00:00
|
|
|
gboolean byte_swapped;
|
|
|
|
gboolean modified;
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
gboolean aix;
|
2000-08-25 06:25:21 +00:00
|
|
|
int file_encap;
|
2012-05-04 16:56:18 +00:00
|
|
|
gint64 first_packet_offset;
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap_t *libpcap;
|
2014-08-24 08:06:35 +00:00
|
|
|
static const int subtypes_modified[] = {
|
|
|
|
WTAP_FILE_TYPE_SUBTYPE_PCAP_SS991029,
|
|
|
|
WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990915
|
|
|
|
};
|
|
|
|
#define N_SUBTYPES_MODIFIED G_N_ELEMENTS(subtypes_modified)
|
|
|
|
static const int subtypes_standard[] = {
|
|
|
|
WTAP_FILE_TYPE_SUBTYPE_PCAP,
|
|
|
|
WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990417,
|
|
|
|
WTAP_FILE_TYPE_SUBTYPE_PCAP_NOKIA
|
|
|
|
};
|
|
|
|
#define N_SUBTYPES_STANDARD G_N_ELEMENTS(subtypes_standard)
|
|
|
|
#define MAX_FIGURES_OF_MERIT \
|
2018-01-19 07:06:24 +00:00
|
|
|
MAX(N_SUBTYPES_MODIFIED, N_SUBTYPES_STANDARD)
|
2014-08-24 08:06:35 +00:00
|
|
|
int figures_of_merit[MAX_FIGURES_OF_MERIT];
|
|
|
|
const int *subtypes;
|
|
|
|
int n_subtypes;
|
|
|
|
int best_subtype;
|
|
|
|
int i;
|
2017-09-19 11:30:56 +00:00
|
|
|
int skip_size = 0;
|
|
|
|
int sizebytes;
|
1998-11-15 05:29:17 +00:00
|
|
|
|
|
|
|
/* Read in the number that should be at the start of a "libpcap" file */
|
Add some higher-level file-read APIs and use them.
Add wtap_read_bytes(), which takes a FILE_T, a pointer, a byte count, an
error number pointer, and an error string pointer as arguments, and that
treats a short read of any sort, including a read that returns 0 bytes,
as a WTAP_ERR_SHORT_READ error, and that returns the error number and
string through its last two arguments.
Add wtap_read_bytes_or_eof(), which is similar, but that treats a read
that returns 0 bytes as an EOF, supplying an error number of 0 as an EOF
indication.
Use those in file readers; that simplifies the code and makes it less
likely that somebody will fail to supply the error number and error
string on a file read error.
Change-Id: Ia5dba2a6f81151e87b614461349d611cffc16210
Reviewed-on: https://code.wireshark.org/review/4512
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2014-10-07 01:00:57 +00:00
|
|
|
if (!wtap_read_bytes(wth->fh, &magic, sizeof magic, err, err_info)) {
|
|
|
|
if (*err != WTAP_ERR_SHORT_READ)
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_ERROR;
|
|
|
|
return WTAP_OPEN_NOT_MINE;
|
1998-11-15 05:29:17 +00:00
|
|
|
}
|
|
|
|
|
1999-11-06 08:42:01 +00:00
|
|
|
switch (magic) {
|
|
|
|
|
2017-09-19 11:30:56 +00:00
|
|
|
case PCAP_IXIAHW_MAGIC:
|
|
|
|
case PCAP_IXIASW_MAGIC:
|
|
|
|
skip_size = 1;
|
|
|
|
/* FALLTHROUGH */
|
1999-11-06 08:42:01 +00:00
|
|
|
case PCAP_MAGIC:
|
2000-07-26 06:04:34 +00:00
|
|
|
/* Host that wrote it has our byte order, and was running
|
|
|
|
a program using either standard or ss990417 libpcap. */
|
1999-11-06 08:42:01 +00:00
|
|
|
byte_swapped = FALSE;
|
1999-11-06 10:31:47 +00:00
|
|
|
modified = FALSE;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_USEC;
|
1999-11-06 08:42:01 +00:00
|
|
|
break;
|
|
|
|
|
1999-11-06 10:31:47 +00:00
|
|
|
case PCAP_MODIFIED_MAGIC:
|
2000-07-26 06:04:34 +00:00
|
|
|
/* Host that wrote it has our byte order, and was running
|
|
|
|
a program using either ss990915 or ss991029 libpcap. */
|
1999-11-06 08:42:01 +00:00
|
|
|
byte_swapped = FALSE;
|
1999-11-06 10:31:47 +00:00
|
|
|
modified = TRUE;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_USEC;
|
1999-11-06 08:42:01 +00:00
|
|
|
break;
|
|
|
|
|
2017-09-19 11:30:56 +00:00
|
|
|
case PCAP_SWAPPED_IXIAHW_MAGIC:
|
|
|
|
case PCAP_SWAPPED_IXIASW_MAGIC:
|
|
|
|
skip_size = 1;
|
|
|
|
/* FALLTHROUGH */
|
1999-11-06 08:42:01 +00:00
|
|
|
case PCAP_SWAPPED_MAGIC:
|
2000-07-26 06:04:34 +00:00
|
|
|
/* Host that wrote it has a byte order opposite to ours,
|
|
|
|
and was running a program using either standard or
|
|
|
|
ss990417 libpcap. */
|
1999-11-06 08:42:01 +00:00
|
|
|
byte_swapped = TRUE;
|
1999-11-06 10:31:47 +00:00
|
|
|
modified = FALSE;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_USEC;
|
1999-11-06 08:42:01 +00:00
|
|
|
break;
|
|
|
|
|
1999-11-06 10:31:47 +00:00
|
|
|
case PCAP_SWAPPED_MODIFIED_MAGIC:
|
1999-11-06 08:42:01 +00:00
|
|
|
/* Host that wrote it out has a byte order opposite to
|
2000-07-26 06:04:34 +00:00
|
|
|
ours, and was running a program using either ss990915
|
|
|
|
or ss991029 libpcap. */
|
1999-11-06 08:42:01 +00:00
|
|
|
byte_swapped = TRUE;
|
1999-11-06 10:31:47 +00:00
|
|
|
modified = TRUE;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_USEC;
|
1999-11-06 08:42:01 +00:00
|
|
|
break;
|
|
|
|
|
2005-08-30 09:43:47 +00:00
|
|
|
case PCAP_NSEC_MAGIC:
|
2010-01-27 00:35:32 +00:00
|
|
|
/* Host that wrote it has our byte order, and was writing
|
|
|
|
the file in a format similar to standard libpcap
|
|
|
|
except that the time stamps have nanosecond resolution. */
|
2005-08-30 09:43:47 +00:00
|
|
|
byte_swapped = FALSE;
|
|
|
|
modified = FALSE;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_NSEC;
|
2005-08-30 09:43:47 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case PCAP_SWAPPED_NSEC_MAGIC:
|
|
|
|
/* Host that wrote it out has a byte order opposite to
|
2010-01-27 00:35:32 +00:00
|
|
|
ours, and was writing the file in a format similar to
|
|
|
|
standard libpcap except that the time stamps have
|
|
|
|
nanosecond resolution. */
|
2005-08-30 09:43:47 +00:00
|
|
|
byte_swapped = TRUE;
|
|
|
|
modified = FALSE;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_NSEC;
|
2005-08-30 09:43:47 +00:00
|
|
|
break;
|
|
|
|
|
1999-11-06 08:42:01 +00:00
|
|
|
default:
|
|
|
|
/* Not a "libpcap" type we know about. */
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_NOT_MINE;
|
1998-11-15 05:29:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Read the rest of the header. */
|
Add some higher-level file-read APIs and use them.
Add wtap_read_bytes(), which takes a FILE_T, a pointer, a byte count, an
error number pointer, and an error string pointer as arguments, and that
treats a short read of any sort, including a read that returns 0 bytes,
as a WTAP_ERR_SHORT_READ error, and that returns the error number and
string through its last two arguments.
Add wtap_read_bytes_or_eof(), which is similar, but that treats a read
that returns 0 bytes as an EOF, supplying an error number of 0 as an EOF
indication.
Use those in file readers; that simplifies the code and makes it less
likely that somebody will fail to supply the error number and error
string on a file read error.
Change-Id: Ia5dba2a6f81151e87b614461349d611cffc16210
Reviewed-on: https://code.wireshark.org/review/4512
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2014-10-07 01:00:57 +00:00
|
|
|
if (!wtap_read_bytes(wth->fh, &hdr, sizeof hdr, err, err_info))
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_ERROR;
|
2017-09-19 11:30:56 +00:00
|
|
|
if (skip_size==1 && !wtap_read_bytes(wth->fh, &sizebytes, sizeof sizebytes, err, err_info))
|
|
|
|
return WTAP_OPEN_ERROR;
|
1998-11-15 05:29:17 +00:00
|
|
|
|
|
|
|
if (byte_swapped) {
|
|
|
|
/* Byte-swap the header fields about which we care. */
|
2013-11-29 19:21:20 +00:00
|
|
|
hdr.version_major = GUINT16_SWAP_LE_BE(hdr.version_major);
|
|
|
|
hdr.version_minor = GUINT16_SWAP_LE_BE(hdr.version_minor);
|
|
|
|
hdr.snaplen = GUINT32_SWAP_LE_BE(hdr.snaplen);
|
|
|
|
hdr.network = GUINT32_SWAP_LE_BE(hdr.network);
|
1998-11-15 05:29:17 +00:00
|
|
|
}
|
|
|
|
if (hdr.version_major < 2) {
|
|
|
|
/* We only support version 2.0 and later. */
|
Have the per-capture-file-type open routines "wtap_open_offline()" calls
return 1 on success, -1 if they got an error, and 0 if the file isn't of
the type that file is checking for, and supply an error code if they
return -1; have "wtap_open_offline()" use that error code. Also, have
the per-capture-file-type open routines treat errors accessing the file
as errors, and return -1, rather than just returning 0 so that we try
another file type.
Have the per-capture-file-type read routines "wtap_loop()" calls return
-1 and supply an error code on error (and not, as they did in some
cases, call "g_error()" and abort), and have "wtap_loop()", if the read
routine returned an error, return FALSE (and pass an error-code-pointer
argument onto the read routines, so they fill it in), and return TRUE on
success.
Add some new error codes for them to return.
Now that "wtap_loop()" can return a success/failure indication and an
error code, in "read_cap_file()" put up a message box if we get an error
reading the file, and return the error code.
Handle the additional errors we can get when opening a capture file.
If the attempt to open a capture file succeeds, but the attempt to read
it fails, don't treat that as a complete failure - we may have managed
to read some of the capture file, and we should display what we managed
to read.
svn path=/trunk/; revision=516
1999-08-19 05:31:38 +00:00
|
|
|
*err = WTAP_ERR_UNSUPPORTED;
|
Have the Wiretap open, read, and seek-and-read routines return, in
addition to an error code, an error info string, for
WTAP_ERR_UNSUPPORTED, WTAP_ERR_UNSUPPORTED_ENCAP, and
WTAP_ERR_BAD_RECORD errors. Replace the error messages logged with
"g_message()" for those errors with g_strdup()ed or g_strdup_printf()ed
strings returned as the error info string, and change the callers of
those routines to, for those errors, put the info string into the
printed message or alert box for the error.
Add messages for cases where those errors were returned without printing
an additional message.
Nobody uses the error code from "cf_read()" - "cf_read()" puts up the
alert box itself for failures; get rid of the error code, so it just
returns a success/failure indication.
Rename "file_read_error_message()" to "cf_read_error_message()", as it
handles read errors from Wiretap, and have it take an error info string
as an argument. (That handles a lot of the work of putting the info
string into the error message.)
Make some variables in "ascend-grammar.y" static.
Check the return value of "erf_read_header()" in "erf_seek_read()".
Get rid of an unused #define in "i4btrace.c".
svn path=/trunk/; revision=9852
2004-01-25 21:55:17 +00:00
|
|
|
*err_info = g_strdup_printf("pcap: major version %u unsupported",
|
|
|
|
hdr.version_major);
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_ERROR;
|
1998-11-15 05:29:17 +00:00
|
|
|
}
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
|
2019-03-03 23:45:59 +00:00
|
|
|
/*
|
|
|
|
* Link-layer header types are assigned for both pcap and
|
|
|
|
* pcapng, and the same value must work with both. In pcapng,
|
|
|
|
* the link-layer header type field in an Interface Description
|
|
|
|
* Block is 16 bits, so only the bottommost 16 bits of the
|
|
|
|
* link-layer header type in a pcap file can be used for the
|
|
|
|
* header type value.
|
|
|
|
*
|
|
|
|
* In libpcap, the upper 16 bits are divided into:
|
|
|
|
*
|
|
|
|
* A "class" field, to support non-standard link-layer
|
|
|
|
* header types; class 0 is for standard header types,
|
|
|
|
* class 0x224 was reserved for a NetBSD feature, and
|
|
|
|
* all other class values are reserved. That is in the
|
|
|
|
* lower 10 bits of the upper 16 bits.
|
|
|
|
*
|
|
|
|
* An "FCS length" field, to allow the FCS length to
|
|
|
|
* be specified, just as it can be specified in the
|
|
|
|
* if_fcslen field of the pcapng IDB. That is in the
|
|
|
|
* topmost 4 bits of the upper 16 bits. The field is
|
|
|
|
* in units of 16 bits, i.e. 1 means 16 bits of FCS,
|
|
|
|
* 2 means 32 bits of FCS, etc..
|
|
|
|
*
|
|
|
|
* An "FCS length present" flag; if 0, the "FCS length"
|
|
|
|
* field should be ignored, and if 1, the "FCS length"
|
|
|
|
* field should be used. That is in the bit just above
|
|
|
|
* the "class" field.
|
|
|
|
*
|
|
|
|
* The one remaining bit is reserved.
|
|
|
|
*/
|
|
|
|
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
/*
|
|
|
|
* AIX's non-standard tcpdump uses a minor version number of 2.
|
|
|
|
* Unfortunately, older versions of libpcap might have used
|
|
|
|
* that as well.
|
|
|
|
*
|
|
|
|
* The AIX libpcap uses RFC 1573 ifType values rather than
|
|
|
|
* DLT_ values in the header; the ifType values for LAN devices
|
|
|
|
* are:
|
|
|
|
*
|
|
|
|
* Ethernet 6
|
2001-11-09 07:44:51 +00:00
|
|
|
* Token Ring 9
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
* FDDI 15
|
|
|
|
*
|
|
|
|
* which correspond to DLT_IEEE802 (used for Token Ring),
|
2003-03-25 06:04:54 +00:00
|
|
|
* DLT_PPP, and DLT_SLIP_BSDOS, respectively. The ifType value
|
|
|
|
* for a loopback interface is 24, which currently isn't
|
|
|
|
* used by any version of libpcap I know about (and, as
|
|
|
|
* tcpdump.org are assigning DLT_ values above 100, and
|
|
|
|
* NetBSD started assigning values starting at 50, and
|
|
|
|
* the values chosen by other libpcaps appear to stop at
|
|
|
|
* 19, it's probably not going to be used by any libpcap
|
|
|
|
* in the future).
|
|
|
|
*
|
|
|
|
* We shall assume that if the minor version number is 2, and
|
|
|
|
* the network type is 6, 9, 15, or 24, that it's AIX libpcap.
|
2001-11-09 07:44:51 +00:00
|
|
|
*
|
2001-11-07 08:16:26 +00:00
|
|
|
* I'm assuming those older versions of libpcap didn't
|
|
|
|
* use DLT_IEEE802 for Token Ring, and didn't use DLT_SLIP_BSDOS
|
2002-03-07 21:46:06 +00:00
|
|
|
* as that came later. It may have used DLT_PPP, however, in
|
2001-11-07 08:16:26 +00:00
|
|
|
* which case we're out of luck; we assume it's Token Ring
|
2001-11-09 07:44:51 +00:00
|
|
|
* in AIX libpcap rather than PPP in standard libpcap, as
|
2001-11-07 08:16:26 +00:00
|
|
|
* you're probably more likely to be handing an AIX libpcap
|
2001-11-09 07:44:51 +00:00
|
|
|
* token-ring capture than an old (pre-libpcap 0.4) PPP capture
|
2006-05-28 15:56:15 +00:00
|
|
|
* to Wireshark.
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
*/
|
|
|
|
aix = FALSE; /* assume it's not AIX */
|
|
|
|
if (hdr.version_major == 2 && hdr.version_minor == 2) {
|
2019-03-03 23:45:59 +00:00
|
|
|
/*
|
|
|
|
* AIX pcap files didn't use the upper 16 bits,
|
|
|
|
* so we don't need to ignore them here - they'll
|
|
|
|
* be 0.
|
|
|
|
*/
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
switch (hdr.network) {
|
|
|
|
|
|
|
|
case 6:
|
|
|
|
hdr.network = 1; /* DLT_EN10MB, Ethernet */
|
|
|
|
aix = TRUE;
|
|
|
|
break;
|
|
|
|
|
2002-03-07 21:31:12 +00:00
|
|
|
case 9:
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
hdr.network = 6; /* DLT_IEEE802, Token Ring */
|
|
|
|
aix = TRUE;
|
|
|
|
break;
|
|
|
|
|
|
|
|
case 15:
|
|
|
|
hdr.network = 10; /* DLT_FDDI, FDDI */
|
|
|
|
aix = TRUE;
|
|
|
|
break;
|
2003-03-25 06:04:54 +00:00
|
|
|
|
|
|
|
case 24:
|
|
|
|
hdr.network = 0; /* DLT_NULL, loopback */
|
|
|
|
aix = TRUE;
|
|
|
|
break;
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
}
|
|
|
|
}
|
2004-02-19 08:02:06 +00:00
|
|
|
|
2019-03-03 23:45:59 +00:00
|
|
|
/*
|
|
|
|
* Map the "network" field from the header to a Wiretap
|
|
|
|
* encapsulation. We ignore the FCS information and reserved
|
|
|
|
* bit; we include the "class" field, in case there's ever
|
|
|
|
* a need to implement it - currently, any link-layer header
|
|
|
|
* type with a non-zero class value will fail.
|
|
|
|
*/
|
|
|
|
file_encap = wtap_pcap_encap_to_wtap_encap(hdr.network & 0x03FFFFFF);
|
2009-09-25 21:55:39 +00:00
|
|
|
if (file_encap == WTAP_ENCAP_UNKNOWN) {
|
2014-12-17 06:22:29 +00:00
|
|
|
*err = WTAP_ERR_UNSUPPORTED;
|
Have the Wiretap open, read, and seek-and-read routines return, in
addition to an error code, an error info string, for
WTAP_ERR_UNSUPPORTED, WTAP_ERR_UNSUPPORTED_ENCAP, and
WTAP_ERR_BAD_RECORD errors. Replace the error messages logged with
"g_message()" for those errors with g_strdup()ed or g_strdup_printf()ed
strings returned as the error info string, and change the callers of
those routines to, for those errors, put the info string into the
printed message or alert box for the error.
Add messages for cases where those errors were returned without printing
an additional message.
Nobody uses the error code from "cf_read()" - "cf_read()" puts up the
alert box itself for failures; get rid of the error code, so it just
returns a success/failure indication.
Rename "file_read_error_message()" to "cf_read_error_message()", as it
handles read errors from Wiretap, and have it take an error info string
as an argument. (That handles a lot of the work of putting the info
string into the error message.)
Make some variables in "ascend-grammar.y" static.
Check the return value of "erf_read_header()" in "erf_seek_read()".
Get rid of an unused #define in "i4btrace.c".
svn path=/trunk/; revision=9852
2004-01-25 21:55:17 +00:00
|
|
|
*err_info = g_strdup_printf("pcap: network type %u unknown or unsupported",
|
|
|
|
hdr.network);
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_ERROR;
|
1998-11-15 05:29:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* This is a libpcap file */
|
2012-04-13 20:22:31 +00:00
|
|
|
libpcap = (libpcap_t *)g_malloc(sizeof(libpcap_t));
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap->byte_swapped = byte_swapped;
|
|
|
|
libpcap->version_major = hdr.version_major;
|
|
|
|
libpcap->version_minor = hdr.version_minor;
|
2016-04-05 02:21:36 +00:00
|
|
|
libpcap->encap_priv = NULL;
|
2014-05-09 05:18:49 +00:00
|
|
|
wth->priv = (void *)libpcap;
|
|
|
|
wth->subtype_read = libpcap_read;
|
|
|
|
wth->subtype_seek_read = libpcap_seek_read;
|
2016-04-05 02:21:36 +00:00
|
|
|
wth->subtype_close = libpcap_close;
|
2014-05-09 05:18:49 +00:00
|
|
|
wth->file_encap = file_encap;
|
|
|
|
wth->snapshot_length = hdr.snaplen;
|
1999-11-06 10:31:47 +00:00
|
|
|
|
2003-10-24 23:55:34 +00:00
|
|
|
/* In file format version 2.3, the order of the "incl_len" and
|
|
|
|
"orig_len" fields in the per-packet header was reversed,
|
|
|
|
in order to match the BPF header layout.
|
|
|
|
|
|
|
|
Therefore, in files with versions prior to that, we must swap
|
|
|
|
those two fields.
|
|
|
|
|
|
|
|
Unfortunately, some files were, according to a comment in the
|
|
|
|
"libpcap" source, written with version 2.3 in their headers
|
|
|
|
but without the interchanged fields, so if "incl_len" is
|
|
|
|
greater than "orig_len" - which would make no sense - we
|
|
|
|
assume that we need to swap them in version 2.3 files
|
|
|
|
as well.
|
|
|
|
|
|
|
|
In addition, DG/UX's tcpdump uses version 543.0, and writes
|
|
|
|
the two fields in the pre-2.3 order. */
|
|
|
|
switch (hdr.version_major) {
|
|
|
|
|
|
|
|
case 2:
|
|
|
|
if (hdr.version_minor < 3)
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap->lengths_swapped = SWAPPED;
|
2003-10-24 23:55:34 +00:00
|
|
|
else if (hdr.version_minor == 3)
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap->lengths_swapped = MAYBE_SWAPPED;
|
2003-10-24 23:55:34 +00:00
|
|
|
else
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap->lengths_swapped = NOT_SWAPPED;
|
2003-10-24 23:55:34 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case 543:
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap->lengths_swapped = SWAPPED;
|
2003-10-24 23:55:34 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
2010-02-24 07:21:17 +00:00
|
|
|
libpcap->lengths_swapped = NOT_SWAPPED;
|
2003-10-24 23:55:34 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
1999-11-06 10:31:47 +00:00
|
|
|
/*
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
* Is this AIX format?
|
|
|
|
*/
|
|
|
|
if (aix) {
|
|
|
|
/*
|
2007-01-08 02:55:41 +00:00
|
|
|
* Yes. Skip all the tests for other mutant formats,
|
2012-05-28 00:43:13 +00:00
|
|
|
* and for the ERF link-layer header type, and set the
|
|
|
|
* precision to nanosecond precision.
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
*/
|
2014-05-09 05:18:49 +00:00
|
|
|
wth->file_type_subtype = WTAP_FILE_TYPE_SUBTYPE_PCAP_AIX;
|
2014-09-28 18:37:06 +00:00
|
|
|
wth->file_tsprec = WTAP_TSPREC_NSEC;
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_MINE;
|
Add in some heuristics to try to detect AIX libpcap format. (This works
with one capture I've seen, but perhaps that was done with an old
version of AIX, and newer versions use a minor version number, in the
file, of 4.
However, libpcap hasn't used a minor version of 2 for ages, so perhaps
AIX hasn't updated their libpcap in ages, and aren't about to do so
soon. If they do, let's hope they change the magic number. The capture
file in question *does* have the capture length and real length in the
old, pre-2.3, order, so it really looks as if it's an old version,
rather than IBM trying to be "helpful" by using a different minor
version number so that you can distinguish between normal libpcap and
AIX libpcap formats.)
svn path=/trunk/; revision=4164
2001-11-06 01:55:14 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* No. Let's look at the header for the first record,
|
2000-07-26 06:04:34 +00:00
|
|
|
* and see if, interpreting it as a standard header (if the
|
|
|
|
* magic number was standard) or a modified header (if the
|
|
|
|
* magic number was modified), the position where it says the
|
|
|
|
* header for the *second* record is contains a corrupted header.
|
|
|
|
*
|
|
|
|
* If so, then:
|
|
|
|
*
|
|
|
|
* If this file had the standard magic number, it may be
|
|
|
|
* an ss990417 capture file - in that version of Alexey's
|
|
|
|
* patch, the packet header format was changed but the
|
|
|
|
* magic number wasn't, and, alas, Red Hat appear to have
|
|
|
|
* picked up that version of the patch for RH 6.1, meaning
|
|
|
|
* RH 6.1 has a tcpdump that writes out files that can't
|
|
|
|
* be read by any software that expects non-modified headers
|
|
|
|
* if the magic number isn't the modified magic number (e.g.,
|
2006-05-28 15:56:15 +00:00
|
|
|
* any normal version of tcpdump, and Wireshark if we don't
|
2000-07-26 06:04:34 +00:00
|
|
|
* do this gross heuristic).
|
|
|
|
*
|
|
|
|
* If this file had the modified magic number, it may be
|
|
|
|
* an ss990915 capture file - in that version of Alexey's
|
|
|
|
* patch, the magic number was changed, but the record
|
|
|
|
* header had some extra fields, and, alas, SuSE appear
|
|
|
|
* to have picked up that version of the patch for SuSE
|
|
|
|
* 6.3, meaning that programs expecting the standard per-
|
|
|
|
* packet header in captures with the modified magic number
|
|
|
|
* can't read dumps from its tcpdump.
|
2000-09-15 07:52:43 +00:00
|
|
|
*
|
|
|
|
* Oh, and if it has the standard magic number, it might, instead,
|
|
|
|
* be a Nokia libpcap file, so we may need to try that if
|
|
|
|
* neither normal nor ss990417 headers work.
|
2018-01-19 07:06:24 +00:00
|
|
|
*
|
|
|
|
* But don't do that if the input is a pipe; that would mean the
|
|
|
|
* open won't complete until two packets have been written to
|
|
|
|
* the pipe, unless the pipe is closed after one packet has
|
|
|
|
* been written, so a program reading from the file won't see
|
|
|
|
* the first packet until the second packet has been written.
|
1999-11-06 10:31:47 +00:00
|
|
|
*/
|
2000-09-15 07:52:43 +00:00
|
|
|
if (modified) {
|
|
|
|
/*
|
|
|
|
* Well, we have the magic number from Alexey's
|
2018-01-19 07:06:24 +00:00
|
|
|
* later two patches. Try the subtypes for that,
|
|
|
|
* and fail if we're reading from a pipe.
|
2000-09-15 07:52:43 +00:00
|
|
|
*/
|
2018-01-19 07:06:24 +00:00
|
|
|
wth->file_type_subtype = WTAP_FILE_TYPE_SUBTYPE_UNKNOWN;
|
2014-08-24 08:06:35 +00:00
|
|
|
subtypes = subtypes_modified;
|
|
|
|
n_subtypes = N_SUBTYPES_MODIFIED;
|
|
|
|
} else {
|
2014-09-28 18:37:06 +00:00
|
|
|
if (wth->file_tsprec == WTAP_TSPREC_NSEC) {
|
2000-09-15 07:52:43 +00:00
|
|
|
/*
|
2014-08-24 08:06:35 +00:00
|
|
|
* We have nanosecond-format libpcap's magic
|
2018-01-19 07:06:24 +00:00
|
|
|
* number. There's only one format with that
|
|
|
|
* magic number (if somebody comes up with
|
|
|
|
* another one, we'll just refuse to support
|
|
|
|
* it and tell them to ask The Tcpdump Group
|
|
|
|
* for another magic number).
|
2014-08-24 08:12:13 +00:00
|
|
|
*/
|
2018-01-19 07:06:24 +00:00
|
|
|
wth->file_type_subtype = WTAP_FILE_TYPE_SUBTYPE_PCAP_NSEC;
|
|
|
|
subtypes = NULL;
|
|
|
|
n_subtypes = 0;
|
2014-08-24 08:06:35 +00:00
|
|
|
} else {
|
2000-09-15 07:52:43 +00:00
|
|
|
/*
|
2014-08-24 08:06:35 +00:00
|
|
|
* We have the regular libpcap magic number.
|
2018-01-19 07:06:24 +00:00
|
|
|
* Try the subtypes for that, unless we're
|
|
|
|
* reading from a pipe, in which case we
|
|
|
|
* just assume it's a regular libpcap file.
|
2000-09-15 07:52:43 +00:00
|
|
|
*/
|
2018-01-19 07:06:24 +00:00
|
|
|
wth->file_type_subtype = WTAP_FILE_TYPE_SUBTYPE_PCAP;
|
2014-08-24 08:06:35 +00:00
|
|
|
subtypes = subtypes_standard;
|
|
|
|
n_subtypes = N_SUBTYPES_STANDARD;
|
2000-09-15 07:52:43 +00:00
|
|
|
}
|
2014-08-24 08:06:35 +00:00
|
|
|
}
|
2000-07-26 06:04:34 +00:00
|
|
|
|
2014-08-24 08:06:35 +00:00
|
|
|
/*
|
2018-01-19 07:06:24 +00:00
|
|
|
* Do we have any subtypes to try?
|
2014-08-24 08:06:35 +00:00
|
|
|
*/
|
2018-01-19 07:06:24 +00:00
|
|
|
if (n_subtypes == 0) {
|
|
|
|
/*
|
|
|
|
* No, so just use what we picked.
|
|
|
|
*/
|
|
|
|
goto done;
|
|
|
|
} else if (wth->ispipe) {
|
|
|
|
/*
|
|
|
|
* It's a pipe, so use what we picked, unless we picked
|
|
|
|
* WTAP_FILE_TYPE_SUBTYPE_UNKNOWN, in which case we fail.
|
|
|
|
*/
|
|
|
|
if (wth->file_type_subtype == WTAP_FILE_TYPE_SUBTYPE_UNKNOWN) {
|
|
|
|
*err = WTAP_ERR_UNSUPPORTED;
|
|
|
|
*err_info = g_strdup("pcap: that type of pcap file can't be read from a pipe");
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_ERROR;
|
2014-08-24 08:06:35 +00:00
|
|
|
}
|
2018-01-19 07:06:24 +00:00
|
|
|
goto done;
|
|
|
|
} else {
|
|
|
|
first_packet_offset = file_tell(wth->fh);
|
|
|
|
for (i = 0; i < n_subtypes; i++) {
|
|
|
|
wth->file_type_subtype = subtypes[i];
|
|
|
|
figures_of_merit[i] = libpcap_try(wth, err, err_info);
|
|
|
|
if (figures_of_merit[i] == -1) {
|
|
|
|
/*
|
|
|
|
* Well, we couldn't even read it.
|
|
|
|
* Give up.
|
|
|
|
*/
|
|
|
|
return WTAP_OPEN_ERROR;
|
|
|
|
}
|
|
|
|
if (figures_of_merit[i] == 0) {
|
|
|
|
/*
|
|
|
|
* This format doesn't have any issues.
|
|
|
|
* Put the seek pointer back, and finish,
|
|
|
|
* using that format as the subtype.
|
|
|
|
*/
|
|
|
|
if (file_seek(wth->fh, first_packet_offset,
|
|
|
|
SEEK_SET, err) == -1) {
|
|
|
|
return WTAP_OPEN_ERROR;
|
|
|
|
}
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2000-09-15 07:52:43 +00:00
|
|
|
/*
|
2018-01-19 07:06:24 +00:00
|
|
|
* OK, we've recorded the figure of merit for this
|
|
|
|
* one; go back to the first packet and try the
|
|
|
|
* next one.
|
2000-09-15 07:52:43 +00:00
|
|
|
*/
|
2018-01-19 07:06:24 +00:00
|
|
|
if (file_seek(wth->fh, first_packet_offset, SEEK_SET,
|
|
|
|
err) == -1) {
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_ERROR;
|
2002-03-04 00:25:35 +00:00
|
|
|
}
|
|
|
|
}
|
1999-11-06 10:31:47 +00:00
|
|
|
|
|
|
|
/*
|
2018-01-19 07:06:24 +00:00
|
|
|
* OK, none are perfect; let's see which one is least bad.
|
1999-11-06 10:31:47 +00:00
|
|
|
*/
|
2018-01-19 07:06:24 +00:00
|
|
|
best_subtype = INT_MAX;
|
|
|
|
for (i = 0; i < n_subtypes; i++) {
|
2014-08-24 08:06:35 +00:00
|
|
|
/*
|
2018-01-19 07:06:24 +00:00
|
|
|
* Is this subtype better than the last one we saw?
|
2014-08-24 08:06:35 +00:00
|
|
|
*/
|
2018-01-19 07:06:24 +00:00
|
|
|
if (figures_of_merit[i] < best_subtype) {
|
|
|
|
/*
|
|
|
|
* Yes. Choose it until we find a better one.
|
|
|
|
*/
|
|
|
|
wth->file_type_subtype = subtypes[i];
|
|
|
|
best_subtype = figures_of_merit[i];
|
|
|
|
}
|
2002-03-04 00:25:35 +00:00
|
|
|
}
|
2000-07-26 06:04:34 +00:00
|
|
|
}
|
1999-11-06 10:31:47 +00:00
|
|
|
|
2012-05-28 00:43:13 +00:00
|
|
|
done:
|
2009-09-25 21:55:39 +00:00
|
|
|
/*
|
|
|
|
* We treat a DLT_ value of 13 specially - it appears that in
|
|
|
|
* Nokia libpcap format, it's some form of ATM with what I
|
|
|
|
* suspect is a pseudo-header (even though Nokia's IPSO is
|
|
|
|
* based on FreeBSD, which #defines DLT_SLIP_BSDOS as 13).
|
|
|
|
*
|
|
|
|
* If this is a Nokia capture, treat 13 as WTAP_ENCAP_ATM_PDUS,
|
|
|
|
* rather than as what we normally treat it.
|
|
|
|
*/
|
2014-08-24 08:06:35 +00:00
|
|
|
if (wth->file_type_subtype == WTAP_FILE_TYPE_SUBTYPE_PCAP_NOKIA &&
|
|
|
|
hdr.network == 13)
|
2014-05-09 05:18:49 +00:00
|
|
|
wth->file_encap = WTAP_ENCAP_ATM_PDUS;
|
2004-02-19 08:02:06 +00:00
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
if (wth->file_encap == WTAP_ENCAP_ERF) {
|
2016-04-05 02:21:36 +00:00
|
|
|
/*Reset the ERF interface lookup table*/
|
|
|
|
libpcap->encap_priv = erf_priv_create();
|
2012-05-28 00:43:13 +00:00
|
|
|
}
|
2014-10-09 23:44:15 +00:00
|
|
|
return WTAP_OPEN_MINE;
|
2000-09-15 07:52:43 +00:00
|
|
|
}
|
2000-07-26 06:04:34 +00:00
|
|
|
|
2018-04-24 08:32:22 +00:00
|
|
|
/*
|
|
|
|
* Maximum number of records to try to read. Must be >= 2.
|
|
|
|
*/
|
|
|
|
#define MAX_RECORDS_TO_TRY 3
|
|
|
|
|
|
|
|
/* Try to read the first MAX_RECORDS_TO_TRY records of the capture file. */
|
2014-09-20 17:45:28 +00:00
|
|
|
static int libpcap_try(wtap *wth, int *err, gchar **err_info)
|
2000-09-15 07:52:43 +00:00
|
|
|
{
|
2014-08-24 08:06:35 +00:00
|
|
|
int ret;
|
2018-04-24 08:32:22 +00:00
|
|
|
int i;
|
2014-08-24 08:06:35 +00:00
|
|
|
|
2000-07-26 06:04:34 +00:00
|
|
|
/*
|
2018-04-24 21:19:47 +00:00
|
|
|
* Attempt to read the first record.
|
2000-09-15 07:52:43 +00:00
|
|
|
*/
|
2018-04-24 21:19:47 +00:00
|
|
|
ret = libpcap_try_record(wth, wth->fh, err, err_info);
|
2014-08-24 08:06:35 +00:00
|
|
|
if (ret != 0) {
|
1999-11-06 10:31:47 +00:00
|
|
|
/*
|
2018-04-24 21:19:47 +00:00
|
|
|
* Error or mismatch; return the error indication or
|
|
|
|
* the figure of merit (demerit?).
|
1999-11-06 10:31:47 +00:00
|
|
|
*/
|
2014-08-24 08:06:35 +00:00
|
|
|
return ret;
|
1999-11-06 10:31:47 +00:00
|
|
|
}
|
|
|
|
|
2018-04-24 08:32:22 +00:00
|
|
|
/*
|
|
|
|
* Now attempt to read the next MAX_RECORDS_TO_TRY-1 records.
|
|
|
|
* Get the maximum figure of (de?)merit, as that represents the
|
|
|
|
* figure of merit for the record that had the most problems.
|
|
|
|
*/
|
|
|
|
for (i = 1; i < MAX_RECORDS_TO_TRY; i++) {
|
|
|
|
/*
|
2018-04-24 21:19:47 +00:00
|
|
|
* Attempt to read this record.
|
2018-04-24 08:32:22 +00:00
|
|
|
*/
|
2018-04-24 21:19:47 +00:00
|
|
|
ret = libpcap_try_record(wth, wth->fh, err, err_info);
|
2018-04-24 08:32:22 +00:00
|
|
|
if (ret != 0) {
|
|
|
|
/*
|
2018-04-24 21:19:47 +00:00
|
|
|
* Error or mismatch; return the error indication or
|
|
|
|
* the figure of merit (demerit?).
|
2018-04-24 08:32:22 +00:00
|
|
|
*/
|
|
|
|
return ret;
|
|
|
|
}
|
2014-08-24 08:06:35 +00:00
|
|
|
}
|
|
|
|
|
2018-04-24 21:19:47 +00:00
|
|
|
/* They all succeeded. */
|
2018-04-24 08:32:22 +00:00
|
|
|
return 0;
|
2014-08-24 08:06:35 +00:00
|
|
|
}
|
|
|
|
|
2018-04-24 21:19:47 +00:00
|
|
|
/* Read the header of the next packet and, if that succeeds, read the
|
|
|
|
data of the next packet.
|
2014-08-24 08:06:35 +00:00
|
|
|
|
|
|
|
Return -1 on an I/O error, 0 on success, or a positive number if the
|
|
|
|
header looks corrupt. The higher the positive number, the more things
|
|
|
|
are wrong with the header; this is used by the heuristics that try to
|
|
|
|
guess what type of file it is, with the type with the fewest problems
|
|
|
|
being chosen. */
|
2018-04-24 21:19:47 +00:00
|
|
|
static int libpcap_try_record(wtap *wth, FILE_T fh, int *err, gchar **err_info)
|
2014-08-24 08:06:35 +00:00
|
|
|
{
|
2018-04-24 21:19:47 +00:00
|
|
|
/*
|
|
|
|
* pcaprec_ss990915_hdr is the largest header type.
|
|
|
|
*/
|
|
|
|
struct pcaprec_ss990915_hdr rec_hdr;
|
2014-08-24 08:06:35 +00:00
|
|
|
int ret;
|
|
|
|
|
2018-04-24 21:19:47 +00:00
|
|
|
if (!libpcap_read_header(wth, fh, err, err_info, &rec_hdr)) {
|
|
|
|
if (*err == 0) {
|
|
|
|
/*
|
|
|
|
* EOF - assume the file is in this format.
|
|
|
|
* This means it doesn't have all the
|
|
|
|
* records we're trying to read.
|
|
|
|
*/
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
if (*err == WTAP_ERR_SHORT_READ) {
|
|
|
|
/*
|
|
|
|
* Short read; this might be a corrupt
|
|
|
|
* file in this format or might not be
|
|
|
|
* in this format. Return a figure of
|
|
|
|
* merit of 1.
|
|
|
|
*/
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
/* Hard error. */
|
2014-08-24 08:06:35 +00:00
|
|
|
return -1;
|
2018-04-24 21:19:47 +00:00
|
|
|
}
|
2014-08-24 08:06:35 +00:00
|
|
|
|
|
|
|
ret = 0; /* start out presuming everything's OK */
|
|
|
|
switch (wth->file_type_subtype) {
|
|
|
|
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NSEC:
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_AIX:
|
|
|
|
/*
|
|
|
|
* Nanosecond resolution; treat fractions-of-a-second
|
|
|
|
* values >= 1 000 000 000 as an indication that
|
|
|
|
* the header format might not be what we think it is.
|
|
|
|
*/
|
2018-04-24 21:19:47 +00:00
|
|
|
if (rec_hdr.hdr.ts_usec >= 1000000000)
|
2014-08-24 08:06:35 +00:00
|
|
|
ret++;
|
|
|
|
break;
|
2000-09-15 07:52:43 +00:00
|
|
|
|
2014-08-24 08:06:35 +00:00
|
|
|
default:
|
2000-07-26 06:04:34 +00:00
|
|
|
/*
|
2014-08-24 08:06:35 +00:00
|
|
|
* Microsecond resolution; treat fractions-of-a-second
|
|
|
|
* values >= 1 000 000 as an indication that the header
|
|
|
|
* format might not be what we think it is.
|
2000-07-26 06:04:34 +00:00
|
|
|
*/
|
2018-04-24 21:19:47 +00:00
|
|
|
if (rec_hdr.hdr.ts_usec >= 1000000)
|
2014-08-24 08:06:35 +00:00
|
|
|
ret++;
|
|
|
|
break;
|
|
|
|
}
|
2018-04-24 21:19:47 +00:00
|
|
|
if (rec_hdr.hdr.incl_len > wtap_max_snaplen_for_encap(wth->file_encap)) {
|
2014-08-24 08:06:35 +00:00
|
|
|
/*
|
|
|
|
* Probably either a corrupt capture file or a file
|
|
|
|
* of a type different from the one we're trying.
|
|
|
|
*/
|
|
|
|
ret++;
|
2000-07-26 06:04:34 +00:00
|
|
|
}
|
|
|
|
|
2018-04-24 21:19:47 +00:00
|
|
|
if (rec_hdr.hdr.orig_len > 128*1024*1024) {
|
2015-01-02 00:45:22 +00:00
|
|
|
/*
|
|
|
|
* In theory I guess the on-the-wire packet size can be
|
|
|
|
* arbitrarily large, and it can certainly be larger than the
|
|
|
|
* maximum snapshot length which bounds the snapshot size,
|
Allow bigger snapshot lengths for D-Bus captures.
Use WTAP_MAX_PACKET_SIZE_STANDARD, set to 256KB, for everything except
for D-Bus captures. Use WTAP_MAX_PACKET_SIZE_DBUS, set to 128MB, for
them, because that's the largest possible D-Bus message size. See
https://bugs.freedesktop.org/show_bug.cgi?id=100220
for an example of the problems caused by limiting the snapshot length to
256KB for D-Bus.
Have a snapshot length of 0 in a capture_file structure mean "there is
no snapshot length for the file"; we don't need the has_snap field in
that case, a value of 0 mean "no, we don't have a snapshot length".
In dumpcap, start out with a pipe buffer size of 2KB, and grow it as
necessary. When checking for a too-big packet from a pipe, check
against the appropriate maximum - 128MB for DLT_DBUS, 256KB for
everything else.
Change-Id: Ib2ce7a0cf37b971fbc0318024fd011e18add8b20
Reviewed-on: https://code.wireshark.org/review/21952
Petri-Dish: Guy Harris <guy@alum.mit.edu>
Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org>
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2017-06-05 01:58:40 +00:00
|
|
|
* but any file claiming 128MB in a single packet is *probably*
|
2015-01-02 00:45:22 +00:00
|
|
|
* corrupt, and treating them as such makes the heuristics
|
|
|
|
* much more reliable. See, for example,
|
|
|
|
*
|
|
|
|
* https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9634
|
|
|
|
*
|
Allow bigger snapshot lengths for D-Bus captures.
Use WTAP_MAX_PACKET_SIZE_STANDARD, set to 256KB, for everything except
for D-Bus captures. Use WTAP_MAX_PACKET_SIZE_DBUS, set to 128MB, for
them, because that's the largest possible D-Bus message size. See
https://bugs.freedesktop.org/show_bug.cgi?id=100220
for an example of the problems caused by limiting the snapshot length to
256KB for D-Bus.
Have a snapshot length of 0 in a capture_file structure mean "there is
no snapshot length for the file"; we don't need the has_snap field in
that case, a value of 0 mean "no, we don't have a snapshot length".
In dumpcap, start out with a pipe buffer size of 2KB, and grow it as
necessary. When checking for a too-big packet from a pipe, check
against the appropriate maximum - 128MB for DLT_DBUS, 256KB for
everything else.
Change-Id: Ib2ce7a0cf37b971fbc0318024fd011e18add8b20
Reviewed-on: https://code.wireshark.org/review/21952
Petri-Dish: Guy Harris <guy@alum.mit.edu>
Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org>
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2017-06-05 01:58:40 +00:00
|
|
|
* (128MB is an arbitrary size at this point, chosen to be
|
|
|
|
* large enough for the largest D-Bus packet).
|
2015-01-02 00:45:22 +00:00
|
|
|
*/
|
|
|
|
ret++;
|
|
|
|
}
|
2014-08-24 08:06:35 +00:00
|
|
|
|
2018-04-24 21:19:47 +00:00
|
|
|
if (rec_hdr.hdr.incl_len > wth->snapshot_length) {
|
2014-08-24 08:06:35 +00:00
|
|
|
/*
|
|
|
|
* This is not a fatal error, and packets that have one
|
|
|
|
* such packet probably have thousands. For discussion,
|
|
|
|
* see
|
|
|
|
* https://www.wireshark.org/lists/wireshark-dev/201307/msg00076.html
|
|
|
|
* and related messages.
|
|
|
|
*
|
|
|
|
* The packet contents will be copied to a Buffer, which
|
|
|
|
* expands as necessary to hold the contents; we don't have
|
|
|
|
* to worry about fixed-length buffers allocated based on
|
|
|
|
* the original snapshot length.
|
|
|
|
*
|
|
|
|
* We just treat this as an indication that we might be
|
|
|
|
* trying the wrong file type here.
|
|
|
|
*/
|
|
|
|
ret++;
|
|
|
|
}
|
|
|
|
|
2018-04-24 21:19:47 +00:00
|
|
|
if (rec_hdr.hdr.incl_len > rec_hdr.hdr.orig_len) {
|
2014-08-24 08:06:35 +00:00
|
|
|
/*
|
|
|
|
* Another hint that this might be the wrong file type.
|
|
|
|
*/
|
|
|
|
ret++;
|
|
|
|
}
|
|
|
|
|
2018-04-24 21:19:47 +00:00
|
|
|
if (ret != 0) {
|
|
|
|
/*
|
|
|
|
* Might be the wrong file type; stop trying, and give
|
|
|
|
* this as the figure of merit for this file type.
|
|
|
|
*/
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Now skip over the record's data, under the assumption that
|
|
|
|
* the header is sane.
|
|
|
|
*/
|
|
|
|
if (!wtap_read_bytes(wth->fh, NULL, rec_hdr.hdr.incl_len, err,
|
|
|
|
err_info)) {
|
|
|
|
if (*err == WTAP_ERR_SHORT_READ) {
|
|
|
|
/*
|
|
|
|
* Short read - treat that as a suggestion that
|
|
|
|
* the header isn't sane, and return a figure of
|
|
|
|
* merit value of 1.
|
|
|
|
*/
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
/* Hard error. */
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Success. */
|
|
|
|
return 0;
|
1998-11-15 05:29:17 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Read the next packet */
|
2019-04-05 01:56:27 +00:00
|
|
|
static gboolean libpcap_read(wtap *wth, wtap_rec *rec, Buffer *buf,
|
|
|
|
int *err, gchar **err_info, gint64 *data_offset)
|
2013-05-18 02:36:00 +00:00
|
|
|
{
|
2014-05-09 05:18:49 +00:00
|
|
|
*data_offset = file_tell(wth->fh);
|
2013-05-18 02:36:00 +00:00
|
|
|
|
2019-04-05 01:56:27 +00:00
|
|
|
return libpcap_read_packet(wth, wth->fh, rec, buf, err, err_info);
|
2013-05-18 02:36:00 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static gboolean
|
2018-02-09 00:19:12 +00:00
|
|
|
libpcap_seek_read(wtap *wth, gint64 seek_off, wtap_rec *rec,
|
2014-01-02 20:47:21 +00:00
|
|
|
Buffer *buf, int *err, gchar **err_info)
|
2013-05-18 02:36:00 +00:00
|
|
|
{
|
2014-05-09 05:18:49 +00:00
|
|
|
if (file_seek(wth->random_fh, seek_off, SEEK_SET, err) == -1)
|
2014-05-23 10:50:02 +00:00
|
|
|
return FALSE;
|
2013-05-18 02:36:00 +00:00
|
|
|
|
2018-02-09 00:19:12 +00:00
|
|
|
if (!libpcap_read_packet(wth, wth->random_fh, rec, buf, err,
|
2013-06-17 21:18:47 +00:00
|
|
|
err_info)) {
|
|
|
|
if (*err == 0)
|
|
|
|
*err = WTAP_ERR_SHORT_READ;
|
2014-05-23 10:50:02 +00:00
|
|
|
return FALSE;
|
2013-06-17 21:18:47 +00:00
|
|
|
}
|
2014-05-23 10:50:02 +00:00
|
|
|
return TRUE;
|
2013-05-18 02:36:00 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static gboolean
|
2018-02-09 00:19:12 +00:00
|
|
|
libpcap_read_packet(wtap *wth, FILE_T fh, wtap_rec *rec,
|
2013-06-17 21:18:47 +00:00
|
|
|
Buffer *buf, int *err, gchar **err_info)
|
1998-11-15 05:29:17 +00:00
|
|
|
{
|
2000-07-26 06:04:34 +00:00
|
|
|
struct pcaprec_ss990915_hdr hdr;
|
2000-09-15 07:52:43 +00:00
|
|
|
guint packet_size;
|
2009-04-27 19:39:06 +00:00
|
|
|
guint orig_size;
|
|
|
|
int phdr_len;
|
2013-06-17 21:18:47 +00:00
|
|
|
libpcap_t *libpcap;
|
2000-09-15 07:52:43 +00:00
|
|
|
|
2016-04-05 02:21:36 +00:00
|
|
|
libpcap = (libpcap_t *)wth->priv;
|
|
|
|
|
2014-08-24 08:06:35 +00:00
|
|
|
if (!libpcap_read_header(wth, fh, err, err_info, &hdr))
|
|
|
|
return FALSE;
|
|
|
|
|
Allow bigger snapshot lengths for D-Bus captures.
Use WTAP_MAX_PACKET_SIZE_STANDARD, set to 256KB, for everything except
for D-Bus captures. Use WTAP_MAX_PACKET_SIZE_DBUS, set to 128MB, for
them, because that's the largest possible D-Bus message size. See
https://bugs.freedesktop.org/show_bug.cgi?id=100220
for an example of the problems caused by limiting the snapshot length to
256KB for D-Bus.
Have a snapshot length of 0 in a capture_file structure mean "there is
no snapshot length for the file"; we don't need the has_snap field in
that case, a value of 0 mean "no, we don't have a snapshot length".
In dumpcap, start out with a pipe buffer size of 2KB, and grow it as
necessary. When checking for a too-big packet from a pipe, check
against the appropriate maximum - 128MB for DLT_DBUS, 256KB for
everything else.
Change-Id: Ib2ce7a0cf37b971fbc0318024fd011e18add8b20
Reviewed-on: https://code.wireshark.org/review/21952
Petri-Dish: Guy Harris <guy@alum.mit.edu>
Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org>
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2017-06-05 01:58:40 +00:00
|
|
|
if (hdr.hdr.incl_len > wtap_max_snaplen_for_encap(wth->file_encap)) {
|
2000-09-15 07:52:43 +00:00
|
|
|
/*
|
2014-08-24 08:06:35 +00:00
|
|
|
* Probably a corrupt capture file; return an error,
|
|
|
|
* so that our caller doesn't blow up trying to allocate
|
|
|
|
* space for an immensely-large packet.
|
2000-09-15 07:52:43 +00:00
|
|
|
*/
|
2014-08-24 08:06:35 +00:00
|
|
|
*err = WTAP_ERR_BAD_FILE;
|
|
|
|
if (err_info != NULL) {
|
|
|
|
*err_info = g_strdup_printf("pcap: File has %u-byte packet, bigger than maximum of %u",
|
Allow bigger snapshot lengths for D-Bus captures.
Use WTAP_MAX_PACKET_SIZE_STANDARD, set to 256KB, for everything except
for D-Bus captures. Use WTAP_MAX_PACKET_SIZE_DBUS, set to 128MB, for
them, because that's the largest possible D-Bus message size. See
https://bugs.freedesktop.org/show_bug.cgi?id=100220
for an example of the problems caused by limiting the snapshot length to
256KB for D-Bus.
Have a snapshot length of 0 in a capture_file structure mean "there is
no snapshot length for the file"; we don't need the has_snap field in
that case, a value of 0 mean "no, we don't have a snapshot length".
In dumpcap, start out with a pipe buffer size of 2KB, and grow it as
necessary. When checking for a too-big packet from a pipe, check
against the appropriate maximum - 128MB for DLT_DBUS, 256KB for
everything else.
Change-Id: Ib2ce7a0cf37b971fbc0318024fd011e18add8b20
Reviewed-on: https://code.wireshark.org/review/21952
Petri-Dish: Guy Harris <guy@alum.mit.edu>
Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org>
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2017-06-05 01:58:40 +00:00
|
|
|
hdr.hdr.incl_len,
|
|
|
|
wtap_max_snaplen_for_encap(wth->file_encap));
|
2014-08-24 08:06:35 +00:00
|
|
|
}
|
2000-09-15 07:52:43 +00:00
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
|
|
|
packet_size = hdr.hdr.incl_len;
|
2002-06-06 09:18:28 +00:00
|
|
|
orig_size = hdr.hdr.orig_len;
|
2000-09-15 07:52:43 +00:00
|
|
|
|
2002-11-16 20:20:30 +00:00
|
|
|
/*
|
|
|
|
* AIX appears to put 3 bytes of padding in front of FDDI
|
|
|
|
* frames; strip that crap off.
|
|
|
|
*/
|
2014-05-09 05:18:49 +00:00
|
|
|
if (wth->file_type_subtype == WTAP_FILE_TYPE_SUBTYPE_PCAP_AIX &&
|
|
|
|
(wth->file_encap == WTAP_ENCAP_FDDI ||
|
|
|
|
wth->file_encap == WTAP_ENCAP_FDDI_BITSWAPPED)) {
|
2002-11-16 20:20:30 +00:00
|
|
|
/*
|
|
|
|
* The packet size is really a record size and includes
|
|
|
|
* the padding.
|
|
|
|
*/
|
|
|
|
packet_size -= 3;
|
|
|
|
orig_size -= 3;
|
|
|
|
|
|
|
|
/*
|
2013-06-16 00:20:00 +00:00
|
|
|
* Skip the padding.
|
2002-11-16 20:20:30 +00:00
|
|
|
*/
|
2016-09-28 23:45:23 +00:00
|
|
|
if (!wtap_read_bytes(fh, NULL, 3, err, err_info))
|
2013-06-16 00:20:00 +00:00
|
|
|
return FALSE;
|
2002-11-16 20:20:30 +00:00
|
|
|
}
|
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
phdr_len = pcap_process_pseudo_header(fh, wth->file_type_subtype,
|
2018-09-25 23:20:00 +00:00
|
|
|
wth->file_encap, packet_size, rec, err, err_info);
|
2009-04-27 19:39:06 +00:00
|
|
|
if (phdr_len < 0)
|
|
|
|
return FALSE; /* error */
|
|
|
|
|
2002-06-06 09:18:28 +00:00
|
|
|
/*
|
2009-04-27 19:39:06 +00:00
|
|
|
* Don't count any pseudo-header as part of the packet.
|
2002-06-06 09:18:28 +00:00
|
|
|
*/
|
2009-04-27 19:39:06 +00:00
|
|
|
orig_size -= phdr_len;
|
|
|
|
packet_size -= phdr_len;
|
2002-06-06 09:18:28 +00:00
|
|
|
|
2018-02-09 00:19:12 +00:00
|
|
|
rec->rec_type = REC_TYPE_PACKET;
|
|
|
|
rec->presence_flags = WTAP_HAS_TS|WTAP_HAS_CAP_LEN;
|
2012-02-25 23:24:34 +00:00
|
|
|
|
2013-05-18 02:36:00 +00:00
|
|
|
/* Update the timestamp, if not already done */
|
2014-05-09 05:18:49 +00:00
|
|
|
if (wth->file_encap != WTAP_ENCAP_ERF) {
|
2018-02-09 00:19:12 +00:00
|
|
|
rec->ts.secs = hdr.hdr.ts_sec;
|
2014-09-28 18:37:06 +00:00
|
|
|
if (wth->file_tsprec == WTAP_TSPREC_NSEC)
|
2018-02-09 00:19:12 +00:00
|
|
|
rec->ts.nsecs = hdr.hdr.ts_usec;
|
2013-05-18 02:36:00 +00:00
|
|
|
else
|
2018-02-09 00:19:12 +00:00
|
|
|
rec->ts.nsecs = hdr.hdr.ts_usec * 1000;
|
2012-05-24 09:24:05 +00:00
|
|
|
} else {
|
2016-04-05 02:21:36 +00:00
|
|
|
int interface_id;
|
2013-05-18 03:15:06 +00:00
|
|
|
/* Set interface ID for ERF format */
|
2018-02-09 00:19:12 +00:00
|
|
|
rec->presence_flags |= WTAP_HAS_INTERFACE_ID;
|
|
|
|
if ((interface_id = erf_populate_interface_from_header((erf_t*) libpcap->encap_priv, wth, &rec->rec_header.packet_header.pseudo_header)) < 0)
|
2016-04-05 02:21:36 +00:00
|
|
|
return FALSE;
|
|
|
|
|
2018-02-09 00:19:12 +00:00
|
|
|
rec->rec_header.packet_header.interface_id = (guint) interface_id;
|
2005-08-30 09:43:47 +00:00
|
|
|
}
|
2018-02-09 00:19:12 +00:00
|
|
|
rec->rec_header.packet_header.caplen = packet_size;
|
|
|
|
rec->rec_header.packet_header.len = orig_size;
|
2002-06-06 09:18:28 +00:00
|
|
|
|
2013-06-17 21:18:47 +00:00
|
|
|
/*
|
|
|
|
* Read the packet data.
|
|
|
|
*/
|
|
|
|
if (!wtap_read_packet_bytes(fh, buf, packet_size, err, err_info))
|
|
|
|
return FALSE; /* failed */
|
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
pcap_read_post_process(wth->file_type_subtype, wth->file_encap,
|
2018-02-09 00:19:12 +00:00
|
|
|
rec, ws_buffer_start_ptr(buf), libpcap->byte_swapped, -1);
|
2002-08-07 06:59:49 +00:00
|
|
|
return TRUE;
|
2002-06-06 09:18:28 +00:00
|
|
|
}
|
|
|
|
|
Have the Wiretap open, read, and seek-and-read routines return, in
addition to an error code, an error info string, for
WTAP_ERR_UNSUPPORTED, WTAP_ERR_UNSUPPORTED_ENCAP, and
WTAP_ERR_BAD_RECORD errors. Replace the error messages logged with
"g_message()" for those errors with g_strdup()ed or g_strdup_printf()ed
strings returned as the error info string, and change the callers of
those routines to, for those errors, put the info string into the
printed message or alert box for the error.
Add messages for cases where those errors were returned without printing
an additional message.
Nobody uses the error code from "cf_read()" - "cf_read()" puts up the
alert box itself for failures; get rid of the error code, so it just
returns a success/failure indication.
Rename "file_read_error_message()" to "cf_read_error_message()", as it
handles read errors from Wiretap, and have it take an error info string
as an argument. (That handles a lot of the work of putting the info
string into the error message.)
Make some variables in "ascend-grammar.y" static.
Check the return value of "erf_read_header()" in "erf_seek_read()".
Get rid of an unused #define in "i4btrace.c".
svn path=/trunk/; revision=9852
2004-01-25 21:55:17 +00:00
|
|
|
/* Read the header of the next packet.
|
2000-09-15 07:52:43 +00:00
|
|
|
|
2014-08-24 08:06:35 +00:00
|
|
|
Return FALSE on an error, TRUE on success. */
|
2014-05-09 05:18:49 +00:00
|
|
|
static int libpcap_read_header(wtap *wth, FILE_T fh, int *err, gchar **err_info,
|
Have the Wiretap open, read, and seek-and-read routines return, in
addition to an error code, an error info string, for
WTAP_ERR_UNSUPPORTED, WTAP_ERR_UNSUPPORTED_ENCAP, and
WTAP_ERR_BAD_RECORD errors. Replace the error messages logged with
"g_message()" for those errors with g_strdup()ed or g_strdup_printf()ed
strings returned as the error info string, and change the callers of
those routines to, for those errors, put the info string into the
printed message or alert box for the error.
Add messages for cases where those errors were returned without printing
an additional message.
Nobody uses the error code from "cf_read()" - "cf_read()" puts up the
alert box itself for failures; get rid of the error code, so it just
returns a success/failure indication.
Rename "file_read_error_message()" to "cf_read_error_message()", as it
handles read errors from Wiretap, and have it take an error info string
as an argument. (That handles a lot of the work of putting the info
string into the error message.)
Make some variables in "ascend-grammar.y" static.
Check the return value of "erf_read_header()" in "erf_seek_read()".
Get rid of an unused #define in "i4btrace.c".
svn path=/trunk/; revision=9852
2004-01-25 21:55:17 +00:00
|
|
|
struct pcaprec_ss990915_hdr *hdr)
|
2000-09-15 07:52:43 +00:00
|
|
|
{
|
Add some higher-level file-read APIs and use them.
Add wtap_read_bytes(), which takes a FILE_T, a pointer, a byte count, an
error number pointer, and an error string pointer as arguments, and that
treats a short read of any sort, including a read that returns 0 bytes,
as a WTAP_ERR_SHORT_READ error, and that returns the error number and
string through its last two arguments.
Add wtap_read_bytes_or_eof(), which is similar, but that treats a read
that returns 0 bytes as an EOF, supplying an error number of 0 as an EOF
indication.
Use those in file readers; that simplifies the code and makes it less
likely that somebody will fail to supply the error number and error
string on a file read error.
Change-Id: Ia5dba2a6f81151e87b614461349d611cffc16210
Reviewed-on: https://code.wireshark.org/review/4512
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2014-10-07 01:00:57 +00:00
|
|
|
int bytes_to_read;
|
2014-08-24 08:06:35 +00:00
|
|
|
guint32 temp;
|
|
|
|
libpcap_t *libpcap;
|
1998-11-15 05:29:17 +00:00
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
switch (wth->file_type_subtype) {
|
2000-07-26 06:04:34 +00:00
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP:
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_AIX:
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NSEC:
|
2000-07-26 06:04:34 +00:00
|
|
|
bytes_to_read = sizeof (struct pcaprec_hdr);
|
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990417:
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS991029:
|
2000-07-26 06:04:34 +00:00
|
|
|
bytes_to_read = sizeof (struct pcaprec_modified_hdr);
|
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990915:
|
2000-07-26 06:04:34 +00:00
|
|
|
bytes_to_read = sizeof (struct pcaprec_ss990915_hdr);
|
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NOKIA:
|
2000-09-15 07:52:43 +00:00
|
|
|
bytes_to_read = sizeof (struct pcaprec_nokia_hdr);
|
|
|
|
break;
|
|
|
|
|
2000-07-26 06:04:34 +00:00
|
|
|
default:
|
|
|
|
g_assert_not_reached();
|
|
|
|
bytes_to_read = 0;
|
|
|
|
}
|
Add some higher-level file-read APIs and use them.
Add wtap_read_bytes(), which takes a FILE_T, a pointer, a byte count, an
error number pointer, and an error string pointer as arguments, and that
treats a short read of any sort, including a read that returns 0 bytes,
as a WTAP_ERR_SHORT_READ error, and that returns the error number and
string through its last two arguments.
Add wtap_read_bytes_or_eof(), which is similar, but that treats a read
that returns 0 bytes as an EOF, supplying an error number of 0 as an EOF
indication.
Use those in file readers; that simplifies the code and makes it less
likely that somebody will fail to supply the error number and error
string on a file read error.
Change-Id: Ia5dba2a6f81151e87b614461349d611cffc16210
Reviewed-on: https://code.wireshark.org/review/4512
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2014-10-07 01:00:57 +00:00
|
|
|
if (!wtap_read_bytes_or_eof(fh, hdr, bytes_to_read, err, err_info))
|
2014-08-24 08:06:35 +00:00
|
|
|
return FALSE;
|
2003-10-24 23:55:34 +00:00
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
libpcap = (libpcap_t *)wth->priv;
|
2010-02-24 07:21:17 +00:00
|
|
|
if (libpcap->byte_swapped) {
|
1999-11-06 10:31:47 +00:00
|
|
|
/* Byte-swap the record header fields. */
|
2014-08-24 08:06:35 +00:00
|
|
|
hdr->hdr.ts_sec = GUINT32_SWAP_LE_BE(hdr->hdr.ts_sec);
|
|
|
|
hdr->hdr.ts_usec = GUINT32_SWAP_LE_BE(hdr->hdr.ts_usec);
|
|
|
|
hdr->hdr.incl_len = GUINT32_SWAP_LE_BE(hdr->hdr.incl_len);
|
|
|
|
hdr->hdr.orig_len = GUINT32_SWAP_LE_BE(hdr->hdr.orig_len);
|
1999-11-06 10:31:47 +00:00
|
|
|
}
|
|
|
|
|
2003-10-24 23:55:34 +00:00
|
|
|
/* Swap the "incl_len" and "orig_len" fields, if necessary. */
|
2010-02-24 07:21:17 +00:00
|
|
|
switch (libpcap->lengths_swapped) {
|
1999-11-06 10:31:47 +00:00
|
|
|
|
2003-10-24 23:55:34 +00:00
|
|
|
case NOT_SWAPPED:
|
|
|
|
break;
|
1999-11-06 10:31:47 +00:00
|
|
|
|
2003-10-24 23:55:34 +00:00
|
|
|
case MAYBE_SWAPPED:
|
2014-08-24 08:06:35 +00:00
|
|
|
if (hdr->hdr.incl_len <= hdr->hdr.orig_len) {
|
2003-10-24 23:55:34 +00:00
|
|
|
/*
|
|
|
|
* The captured length is <= the actual length,
|
|
|
|
* so presumably they weren't swapped.
|
|
|
|
*/
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
/* FALLTHROUGH */
|
2003-10-24 10:52:04 +00:00
|
|
|
|
2003-10-24 23:55:34 +00:00
|
|
|
case SWAPPED:
|
2014-08-24 08:06:35 +00:00
|
|
|
temp = hdr->hdr.orig_len;
|
|
|
|
hdr->hdr.orig_len = hdr->hdr.incl_len;
|
|
|
|
hdr->hdr.incl_len = temp;
|
2003-10-24 23:55:34 +00:00
|
|
|
break;
|
1999-11-06 10:31:47 +00:00
|
|
|
}
|
2014-08-24 08:06:35 +00:00
|
|
|
|
|
|
|
return TRUE;
|
1999-11-06 10:31:47 +00:00
|
|
|
}
|
|
|
|
|
1999-12-04 08:32:14 +00:00
|
|
|
/* Returns 0 if we could write the specified encapsulation type,
|
|
|
|
an error indication otherwise. */
|
2002-02-27 08:57:25 +00:00
|
|
|
int libpcap_dump_can_write_encap(int encap)
|
1999-12-04 08:32:14 +00:00
|
|
|
{
|
|
|
|
/* Per-packet encapsulations aren't supported. */
|
|
|
|
if (encap == WTAP_ENCAP_PER_PACKET)
|
|
|
|
return WTAP_ERR_ENCAP_PER_PACKET_UNSUPPORTED;
|
|
|
|
|
2000-08-25 06:25:21 +00:00
|
|
|
if (wtap_wtap_encap_to_pcap_encap(encap) == -1)
|
2014-12-17 06:40:45 +00:00
|
|
|
return WTAP_ERR_UNWRITABLE_ENCAP;
|
1999-12-04 08:32:14 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
1999-12-04 05:14:39 +00:00
|
|
|
/* Returns TRUE on success, FALSE on failure; sets "*err" to an error code on
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
failure */
|
2014-05-09 05:18:49 +00:00
|
|
|
gboolean libpcap_dump_open(wtap_dumper *wdh, int *err)
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
{
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
guint32 magic;
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
struct pcap_hdr file_hdr;
|
|
|
|
|
|
|
|
/* This is a libpcap file */
|
|
|
|
wdh->subtype_write = libpcap_dump;
|
|
|
|
|
|
|
|
/* Write the file header. */
|
2013-11-08 09:53:01 +00:00
|
|
|
switch (wdh->file_type_subtype) {
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP:
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990417: /* modified, but with the old magic, sigh */
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NOKIA: /* Nokia libpcap of some sort */
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
magic = PCAP_MAGIC;
|
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990915: /* new magic, extra crap */
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS991029:
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
magic = PCAP_MODIFIED_MAGIC;
|
2005-08-30 09:43:47 +00:00
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NSEC: /* same as WTAP_FILE_TYPE_SUBTYPE_PCAP, but nsec precision */
|
2005-08-30 09:43:47 +00:00
|
|
|
magic = PCAP_NSEC_MAGIC;
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
|
|
|
/* We should never get here - our open routine
|
|
|
|
should only get called for the types above. */
|
2014-12-17 08:29:31 +00:00
|
|
|
*err = WTAP_ERR_UNWRITABLE_FILE_TYPE;
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
if (!wtap_dump_file_write(wdh, &magic, sizeof magic, err))
|
1999-12-04 05:14:39 +00:00
|
|
|
return FALSE;
|
2001-12-04 07:32:05 +00:00
|
|
|
wdh->bytes_dumped += sizeof magic;
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
|
|
|
|
/* current "libpcap" format is 2.4 */
|
|
|
|
file_hdr.version_major = 2;
|
|
|
|
file_hdr.version_minor = 4;
|
|
|
|
file_hdr.thiszone = 0; /* XXX - current offset? */
|
|
|
|
file_hdr.sigfigs = 0; /* unknown, but also apparently unused */
|
2002-03-09 23:07:26 +00:00
|
|
|
/*
|
|
|
|
* Tcpdump cannot handle capture files with a snapshot length of 0,
|
|
|
|
* as BPF filters return either 0 if they fail or the snapshot length
|
|
|
|
* if they succeed, and a snapshot length of 0 means success is
|
|
|
|
* indistinguishable from failure and the filter expression would
|
|
|
|
* reject all packets.
|
|
|
|
*
|
|
|
|
* A snapshot length of 0, inside Wiretap, means "snapshot length
|
|
|
|
* unknown"; if the snapshot length supplied to us is 0, we make
|
Allow bigger snapshot lengths for D-Bus captures.
Use WTAP_MAX_PACKET_SIZE_STANDARD, set to 256KB, for everything except
for D-Bus captures. Use WTAP_MAX_PACKET_SIZE_DBUS, set to 128MB, for
them, because that's the largest possible D-Bus message size. See
https://bugs.freedesktop.org/show_bug.cgi?id=100220
for an example of the problems caused by limiting the snapshot length to
256KB for D-Bus.
Have a snapshot length of 0 in a capture_file structure mean "there is
no snapshot length for the file"; we don't need the has_snap field in
that case, a value of 0 mean "no, we don't have a snapshot length".
In dumpcap, start out with a pipe buffer size of 2KB, and grow it as
necessary. When checking for a too-big packet from a pipe, check
against the appropriate maximum - 128MB for DLT_DBUS, 256KB for
everything else.
Change-Id: Ib2ce7a0cf37b971fbc0318024fd011e18add8b20
Reviewed-on: https://code.wireshark.org/review/21952
Petri-Dish: Guy Harris <guy@alum.mit.edu>
Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org>
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2017-06-05 01:58:40 +00:00
|
|
|
* the snapshot length in the header file the maximum for the
|
|
|
|
* link-layer type we'll be writing.
|
2002-03-09 23:07:26 +00:00
|
|
|
*/
|
Allow bigger snapshot lengths for D-Bus captures.
Use WTAP_MAX_PACKET_SIZE_STANDARD, set to 256KB, for everything except
for D-Bus captures. Use WTAP_MAX_PACKET_SIZE_DBUS, set to 128MB, for
them, because that's the largest possible D-Bus message size. See
https://bugs.freedesktop.org/show_bug.cgi?id=100220
for an example of the problems caused by limiting the snapshot length to
256KB for D-Bus.
Have a snapshot length of 0 in a capture_file structure mean "there is
no snapshot length for the file"; we don't need the has_snap field in
that case, a value of 0 mean "no, we don't have a snapshot length".
In dumpcap, start out with a pipe buffer size of 2KB, and grow it as
necessary. When checking for a too-big packet from a pipe, check
against the appropriate maximum - 128MB for DLT_DBUS, 256KB for
everything else.
Change-Id: Ib2ce7a0cf37b971fbc0318024fd011e18add8b20
Reviewed-on: https://code.wireshark.org/review/21952
Petri-Dish: Guy Harris <guy@alum.mit.edu>
Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org>
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2017-06-05 01:58:40 +00:00
|
|
|
file_hdr.snaplen = (wdh->snaplen != 0) ? (guint)wdh->snaplen :
|
|
|
|
wtap_max_snaplen_for_encap(wdh->encap);
|
2000-08-25 06:25:21 +00:00
|
|
|
file_hdr.network = wtap_wtap_encap_to_pcap_encap(wdh->encap);
|
2014-05-09 05:18:49 +00:00
|
|
|
if (!wtap_dump_file_write(wdh, &file_hdr, sizeof file_hdr, err))
|
1999-12-04 05:14:39 +00:00
|
|
|
return FALSE;
|
2001-12-04 07:32:05 +00:00
|
|
|
wdh->bytes_dumped += sizeof file_hdr;
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
|
1999-12-04 05:14:39 +00:00
|
|
|
return TRUE;
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Write a record for a packet to a dump file.
|
1999-12-04 05:14:39 +00:00
|
|
|
Returns TRUE on success, FALSE on failure. */
|
2014-05-09 05:18:49 +00:00
|
|
|
static gboolean libpcap_dump(wtap_dumper *wdh,
|
2018-02-09 00:19:12 +00:00
|
|
|
const wtap_rec *rec,
|
2014-12-18 00:02:50 +00:00
|
|
|
const guint8 *pd, int *err, gchar **err_info _U_)
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
{
|
2018-02-09 00:19:12 +00:00
|
|
|
const union wtap_pseudo_header *pseudo_header = &rec->rec_header.packet_header.pseudo_header;
|
2000-07-26 06:04:34 +00:00
|
|
|
struct pcaprec_ss990915_hdr rec_hdr;
|
2001-08-25 03:18:48 +00:00
|
|
|
size_t hdr_size;
|
2009-04-27 19:39:06 +00:00
|
|
|
int phdrsize;
|
2008-08-12 04:44:35 +00:00
|
|
|
|
2009-04-27 19:39:06 +00:00
|
|
|
phdrsize = pcap_get_phdr_size(wdh->encap, pseudo_header);
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
|
2014-05-24 18:28:30 +00:00
|
|
|
/* We can only write packet records. */
|
2018-02-09 00:19:12 +00:00
|
|
|
if (rec->rec_type != REC_TYPE_PACKET) {
|
2014-12-18 00:31:49 +00:00
|
|
|
*err = WTAP_ERR_UNWRITABLE_REC_TYPE;
|
2014-05-24 18:28:30 +00:00
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
Catch attempts to write multiple encapsulation types if unsupported.
If, in the process of opening the input file, we determine that it has
packets of more than one link-layer type, we can catch attempts to write
that file to a file of a format that doesn't support more than one
link-layer type at the time we try to open the output file.
If, however, we don't discover that the file has more than one
link-layer type until we've already created the output file - for
example, if we have a pcapng file with a new IDB, with a different
link-layer type from previous IDBs, after packet blocks for the earlier
interfces - we can't catch that until we try to write the packet.
Currently, that causes the packet's data to be written out as is, so the
output file claims it's of the file's link-layer type, causing programs
reading the file to misdissect the packet.
Report WTAP_ERR_ENCAP_PER_PACKET_UNSUPPORTED on the write attempt
instead, and have a nicer error message for
WTAP_ERR_ENCAP_PER_PACKET_UNSUPPORTED on a write.
Change-Id: Ic41f2e4367cfe5667eb30c88cc6d3bfe422462f6
Reviewed-on: https://code.wireshark.org/review/30617
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2018-11-14 03:38:12 +00:00
|
|
|
/*
|
|
|
|
* Make sure this packet doesn't have a link-layer type that
|
|
|
|
* differs from the one for the file.
|
|
|
|
*/
|
|
|
|
if (wdh->encap != rec->rec_header.packet_header.pkt_encap) {
|
|
|
|
*err = WTAP_ERR_ENCAP_PER_PACKET_UNSUPPORTED;
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
Allow bigger snapshot lengths for D-Bus captures.
Use WTAP_MAX_PACKET_SIZE_STANDARD, set to 256KB, for everything except
for D-Bus captures. Use WTAP_MAX_PACKET_SIZE_DBUS, set to 128MB, for
them, because that's the largest possible D-Bus message size. See
https://bugs.freedesktop.org/show_bug.cgi?id=100220
for an example of the problems caused by limiting the snapshot length to
256KB for D-Bus.
Have a snapshot length of 0 in a capture_file structure mean "there is
no snapshot length for the file"; we don't need the has_snap field in
that case, a value of 0 mean "no, we don't have a snapshot length".
In dumpcap, start out with a pipe buffer size of 2KB, and grow it as
necessary. When checking for a too-big packet from a pipe, check
against the appropriate maximum - 128MB for DLT_DBUS, 256KB for
everything else.
Change-Id: Ib2ce7a0cf37b971fbc0318024fd011e18add8b20
Reviewed-on: https://code.wireshark.org/review/21952
Petri-Dish: Guy Harris <guy@alum.mit.edu>
Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org>
Reviewed-by: Guy Harris <guy@alum.mit.edu>
2017-06-05 01:58:40 +00:00
|
|
|
/*
|
|
|
|
* Don't write anything we're not willing to read.
|
|
|
|
* (The cast is to prevent an overflow.)
|
|
|
|
*/
|
2018-02-09 00:19:12 +00:00
|
|
|
if ((guint64)rec->rec_header.packet_header.caplen + phdrsize > wtap_max_snaplen_for_encap(wdh->encap)) {
|
2014-01-22 00:26:36 +00:00
|
|
|
*err = WTAP_ERR_PACKET_TOO_LARGE;
|
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2018-02-09 00:19:12 +00:00
|
|
|
rec_hdr.hdr.incl_len = rec->rec_header.packet_header.caplen + phdrsize;
|
|
|
|
rec_hdr.hdr.orig_len = rec->rec_header.packet_header.len + phdrsize;
|
2011-06-09 18:31:39 +00:00
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
switch (wdh->file_type_subtype) {
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP:
|
2018-02-09 00:19:12 +00:00
|
|
|
rec_hdr.hdr.ts_sec = (guint32) rec->ts.secs;
|
|
|
|
rec_hdr.hdr.ts_usec = rec->ts.nsecs / 1000;
|
2017-04-18 00:17:01 +00:00
|
|
|
hdr_size = sizeof (struct pcaprec_hdr);
|
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NSEC:
|
2018-02-09 00:19:12 +00:00
|
|
|
rec_hdr.hdr.ts_sec = (guint32) rec->ts.secs;
|
|
|
|
rec_hdr.hdr.ts_usec = rec->ts.nsecs;
|
2000-07-26 06:04:34 +00:00
|
|
|
hdr_size = sizeof (struct pcaprec_hdr);
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990417: /* modified, but with the old magic, sigh */
|
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS991029:
|
2018-02-09 00:19:12 +00:00
|
|
|
rec_hdr.hdr.ts_sec = (guint32) rec->ts.secs;
|
|
|
|
rec_hdr.hdr.ts_usec = rec->ts.nsecs / 1000;
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
/* XXX - what should we supply here?
|
|
|
|
|
|
|
|
Alexey's "libpcap" looks up the interface in the system's
|
|
|
|
interface list if "ifindex" is non-zero, and prints
|
|
|
|
the interface name. It ignores "protocol", and uses
|
|
|
|
"pkt_type" to tag the packet as "host", "broadcast",
|
|
|
|
"multicast", "other host", "outgoing", or "none of the
|
|
|
|
above", but that's it.
|
|
|
|
|
|
|
|
If the capture we're writing isn't a modified or
|
|
|
|
RH 6.1 capture, we'd have to do some work to
|
|
|
|
generate the packet type and interface index - and
|
|
|
|
we can't generate the interface index unless we
|
|
|
|
just did the capture ourselves in any case.
|
|
|
|
|
|
|
|
I'm inclined to continue to punt; systems other than
|
|
|
|
those with the older patch can read standard "libpcap"
|
|
|
|
files, and systems with the older patch, e.g. RH 6.1,
|
|
|
|
will just have to live with this. */
|
|
|
|
rec_hdr.ifindex = 0;
|
|
|
|
rec_hdr.protocol = 0;
|
|
|
|
rec_hdr.pkt_type = 0;
|
2000-07-26 06:04:34 +00:00
|
|
|
hdr_size = sizeof (struct pcaprec_modified_hdr);
|
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_SS990915: /* new magic, extra crap at the end */
|
2018-02-09 00:19:12 +00:00
|
|
|
rec_hdr.hdr.ts_sec = (guint32) rec->ts.secs;
|
|
|
|
rec_hdr.hdr.ts_usec = rec->ts.nsecs / 1000;
|
2000-07-26 06:04:34 +00:00
|
|
|
rec_hdr.ifindex = 0;
|
|
|
|
rec_hdr.protocol = 0;
|
|
|
|
rec_hdr.pkt_type = 0;
|
|
|
|
rec_hdr.cpu1 = 0;
|
|
|
|
rec_hdr.cpu2 = 0;
|
|
|
|
hdr_size = sizeof (struct pcaprec_ss990915_hdr);
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
break;
|
|
|
|
|
2013-11-08 09:53:01 +00:00
|
|
|
case WTAP_FILE_TYPE_SUBTYPE_PCAP_NOKIA: /* old magic, extra crap at the end */
|
2018-02-09 00:19:12 +00:00
|
|
|
rec_hdr.hdr.ts_sec = (guint32) rec->ts.secs;
|
|
|
|
rec_hdr.hdr.ts_usec = rec->ts.nsecs / 1000;
|
2012-07-19 01:00:49 +00:00
|
|
|
/* restore the "mysterious stuff" that came with the packet */
|
|
|
|
memcpy(&rec_hdr.ifindex, pseudo_header->nokia.stuff, 4);
|
|
|
|
/* not written */
|
2000-09-15 07:52:43 +00:00
|
|
|
rec_hdr.protocol = 0;
|
|
|
|
rec_hdr.pkt_type = 0;
|
|
|
|
rec_hdr.cpu1 = 0;
|
|
|
|
rec_hdr.cpu2 = 0;
|
|
|
|
hdr_size = sizeof (struct pcaprec_nokia_hdr);
|
|
|
|
break;
|
|
|
|
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
default:
|
|
|
|
/* We should never get here - our open routine
|
|
|
|
should only get called for the types above. */
|
2000-07-26 06:04:34 +00:00
|
|
|
g_assert_not_reached();
|
2014-12-17 08:29:31 +00:00
|
|
|
*err = WTAP_ERR_UNWRITABLE_FILE_TYPE;
|
Provide different file types for "modified" and Red Hat 6.1 "libpcap"
files (the former have a different per-packet header, and a different
magic number, from the standard "libpcap"; the latter have the same
per-packet header as "modified" "libpcap" files, but the same magic
number as standard "libpcap" files, sigh).
Support writing "libpcap" captures in all three formats (so that, for
example, people running Ethereal on RH 6.1 can write out captures that
the "tcpdump" that comes with RH 6.1 can read, although that's not the
default format we save in - there's no way to tell whether you're
running on RH 6.1, as far as I know; "uname()" just tells you, on Linux
systems, that the kernel is Linux 2.x, and what "x" is, it doesn't say
what the *rest* of the system is).
Fix the table in "file.c" to use Olivier's code for writing Sniffer
files.
svn path=/trunk/; revision=1288
1999-12-11 00:40:40 +00:00
|
|
|
return FALSE;
|
|
|
|
}
|
|
|
|
|
2014-05-09 05:18:49 +00:00
|
|
|
if (!wtap_dump_file_write(wdh, &rec_hdr, hdr_size, err))
|
1999-12-04 05:14:39 +00:00
|
|
|
return FALSE;
|
2001-12-04 07:32:05 +00:00
|
|
|
wdh->bytes_dumped += hdr_size;
|
2002-06-06 09:18:28 +00:00
|
|
|
|
2009-06-27 12:41:06 +00:00
|
|
|
if (!pcap_write_phdr(wdh, wdh->encap, pseudo_header, err))
|
2009-04-27 19:39:06 +00:00
|
|
|
return FALSE;
|
2002-06-06 09:18:28 +00:00
|
|
|
|
2018-02-09 00:19:12 +00:00
|
|
|
if (!wtap_dump_file_write(wdh, pd, rec->rec_header.packet_header.caplen, err))
|
1999-12-04 05:14:39 +00:00
|
|
|
return FALSE;
|
2018-02-09 00:19:12 +00:00
|
|
|
wdh->bytes_dumped += rec->rec_header.packet_header.caplen;
|
1999-12-04 05:14:39 +00:00
|
|
|
return TRUE;
|
Add to Wiretap the ability to write capture files; for now, it can only
write them in "libpcap" format, but the mechanism can have other formats
added.
When creating the temporary file for a capture, use "create_tempfile()",
to close a security hole opened by the fact that "tempnam()" creates a
temporary file, but doesn't open it, and we open the file with the name
it gives us - somebody could remove the file and plant a link to some
file, and, if as may well be the case when Ethereal is capturing
packets, it's running as "root", that means we write a capture on top of
that file.... (The aforementioned changes to Wiretap let you open a
capture file for writing given an file descriptor, "fdopen()"-style,
which this change requires.)
svn path=/trunk/; revision=509
1999-08-18 04:17:38 +00:00
|
|
|
}
|
2015-01-02 00:45:22 +00:00
|
|
|
|
2016-04-05 02:21:36 +00:00
|
|
|
static void libpcap_close(wtap *wth)
|
|
|
|
{
|
|
|
|
libpcap_t *libpcap = (libpcap_t *)wth->priv;
|
|
|
|
|
|
|
|
if (libpcap->encap_priv) {
|
|
|
|
switch (wth->file_encap) {
|
|
|
|
|
|
|
|
case WTAP_ENCAP_ERF:
|
|
|
|
erf_priv_free((erf_t*) libpcap->encap_priv);
|
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
|
|
|
g_free(libpcap->encap_priv);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-01-02 00:45:22 +00:00
|
|
|
/*
|
2019-07-26 18:43:17 +00:00
|
|
|
* Editor modelines - https://www.wireshark.org/tools/modelines.html
|
2015-01-02 00:45:22 +00:00
|
|
|
*
|
|
|
|
* Local variables:
|
|
|
|
* c-basic-offset: 8
|
|
|
|
* tab-width: 8
|
|
|
|
* indent-tabs-mode: t
|
|
|
|
* End:
|
|
|
|
*
|
|
|
|
* vi: set shiftwidth=8 tabstop=8 noexpandtab:
|
|
|
|
* :indentSize=8:tabSize=8:noTabs=false:
|
|
|
|
*/
|