| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
and #include "util.h" from epan code. Move get_home_dir() into epan/filesystem.c
as it's used by plugins.c.
svn path=/trunk/; revision=2461
|
|
|
|
| |
svn path=/trunk/; revision=2460
|
|
|
|
| |
svn path=/trunk/; revision=2459
|
|
|
|
| |
svn path=/trunk/; revision=2458
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
8, which is NDIS's ATM type. At least one capture appears to have
LLC-encapsulated frames in it; for now, we'll map it to
WTAP_ENCAP_ATM_RFC1483 - and make Ethereal dissect
WTAP_ENCAP_ATM_RFC1483 by handing the frames to "dissect_llc()".
While we're at it, we'll have Ethereal panic if handed a Wiretap packet
type it doesn't dissect, rather than giving you a rather blank
dissection.
svn path=/trunk/; revision=2457
|
|
|
|
| |
svn path=/trunk/; revision=2456
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
pseudo_header.
Use generic "p2p_phdr" instead of "lapd_phdr". Modify toshiba.c and
packet-lapd.c to take that into account.
Add frame.p2p_dir, a filterable field, 0=sent, 1=recvd
Make p2p_dir available in packe_info, as I think it will be needed
in VJ COMP and UNCOMP dissection.
Rename WTAP_ENCAP_TR to WTAP_ENCAP_TOKEN_RING.
Mention pppd-log support in man page.
Mention atmsnoop in README.
svn path=/trunk/; revision=2455
|
|
|
|
|
|
| |
that value later, rather than computing it several times.
svn path=/trunk/; revision=2454
|
|
|
|
|
|
|
|
|
|
| |
after a TCP segment, so I can see what stuff some other segment is
ACKing, I'll go crazy. Add a "Next sequence number" field to the TCP
dissection, giving exactly that (well, giving exactly that unless the
TCP segment is in a fragmented IP datagram, but hopefully those are
rare; when we support IP fragment reassembly, we can fix that).
svn path=/trunk/; revision=2453
|
|
|
|
| |
svn path=/trunk/; revision=2452
|
|
|
|
|
|
| |
line-buffered.
svn path=/trunk/; revision=2451
|
|
|
|
| |
svn path=/trunk/; revision=2450
|
|
|
|
| |
svn path=/trunk/; revision=2449
|
|
|
|
| |
svn path=/trunk/; revision=2448
|
|
|
|
|
|
|
|
|
|
|
|
| |
file header to 4; fortunately, as they appear to put their extensions to
snoop into the padding at the end of the record, all their capture files
look alike to programs such as snoop and Ethereal that ignore the
padding, so we can just treat version 4 just like version 2 (unless and
until Brent decides a new snoop format is called for, changes the record
header, and picks a version number that's the same as one used by
Shomiti).
svn path=/trunk/; revision=2447
|
|
|
|
|
|
| |
block.
svn path=/trunk/; revision=2446
|
|
|
|
|
|
|
|
| |
attempt to read from a capture file is to check whether the error
returned was 0 - if it is, it's an EOF. We no longer guarantee that the
data offset supplied will be negative on an error and 0 on an EOF.
svn path=/trunk/; revision=2445
|
|
|
|
|
|
|
| |
objects are reference-counted so that won't make it disappear if
Ethereal is also linked with it as a shared SNMP library.
svn path=/trunk/; revision=2444
|
|
|
|
|
|
|
| |
objects are reference-counted so that won't make it disappear if
Ethereal is also linked with it as a shared SNMP library.
svn path=/trunk/; revision=2443
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
as far as I know, the only way to get IFF_UP, IFF_LOOPBACK, "struct
ifreq", and "struct ifconf" defined, and those are required in order to
get, via SIOCGIFCONF, the interface list, and to exclude interfaces that
aren't up and handle loopback interfaces differently from other
interfaces.
If we're on UNIX and have libpcap, we should do the same; that way, if
the system doesn't have <net/if.h> installed, the compile will fail with
an "I can't find <net/if.h>" error, rather than the configure indicating
that <net/if.h> can't be found, causing "util.c" not to include it,
causing it to fail with complaints about IFF_UP, IFF_LOOPBACK, and
various structures not being defined - the former tells you the root
cause, the latter doesn't.
svn path=/trunk/; revision=2442
|
|
|
|
|
|
| |
Ulrich Kiermayr <kie@thp.univie.ac.at>
svn path=/trunk/; revision=2441
|
|
|
|
|
|
|
| |
of Nokia box (firewall) - yep, it's yet *another* mutant libpcap format
that didn't change the magic number, sigh....
svn path=/trunk/; revision=2440
|
|
|
|
|
|
|
| |
Preferences" dialog box, to control whether to put the interface in
promiscuous mode or not; Debian bug #34376 asked for this.
svn path=/trunk/; revision=2439
|
|
|
|
|
|
| |
work
svn path=/trunk/; revision=2438
|
|
|
|
| |
svn path=/trunk/; revision=2437
|
|
|
|
|
|
| |
a thrown ReportedBoundsError.
svn path=/trunk/; revision=2436
|
|
|
|
|
|
| |
macros (from wiretap) to pint.h
svn path=/trunk/; revision=2435
|
|
|
|
| |
svn path=/trunk/; revision=2434
|
|
|
|
| |
svn path=/trunk/; revision=2432
|
|
|
|
| |
svn path=/trunk/; revision=2431
|
|
|
|
| |
svn path=/trunk/; revision=2430
|
|
|
|
| |
svn path=/trunk/; revision=2429
|
|
|
|
| |
svn path=/trunk/; revision=2428
|
|
|
|
| |
svn path=/trunk/; revision=2427
|
|
|
|
| |
svn path=/trunk/; revision=2426
|
|
|
|
|
|
|
|
| |
decode type 7 LSAs (NSSA AS external);
print the LS checksum as a four digit hexadecimal number.
svn path=/trunk/; revision=2425
|
|
|
|
| |
svn path=/trunk/; revision=2424
|
|
|
|
|
|
|
| |
is, for now, handled as WTAP_ENCAP_PPP (although we may have to split
WTAP_ENCAP_PPP into more than one type at some point).
svn path=/trunk/; revision=2423
|
|
|
|
|
|
|
| |
as 0, so don't use it in a ":" operator where the other arm of the
conditional is integral.
svn path=/trunk/; revision=2422
|
|
|
|
|
|
|
| |
dissectors that need to change the writable status and restore the
original status.
svn path=/trunk/; revision=2421
|
|
|
|
|
|
|
|
| |
6x13 on most UNIXes (frankly, I think XLFD should have been hidden very
deeply in the bowels of most X toolkits, and not even exposed to most
programmers, much less to users).
svn path=/trunk/; revision=2420
|
|
|
|
| |
svn path=/trunk/; revision=2419
|
|
|
|
| |
svn path=/trunk/; revision=2418
|
|
|
|
| |
svn path=/trunk/; revision=2417
|
|
|
|
|
|
| |
re-dissected on a rescan.
svn path=/trunk/; revision=2416
|
|
|
|
| |
svn path=/trunk/; revision=2415
|
|
|
|
|
|
|
|
|
|
| |
gone, I think.
I also now handle a lot more of the BXXP protocol, and can handle multiple
messages within a TCP segment. However, captures from the Linux loopback
device confuse things awfully.
svn path=/trunk/; revision=2414
|
|
|
|
|
|
| |
"u_char" defined.
svn path=/trunk/; revision=2413
|
|
|
|
|
|
| |
seemed to be ...
svn path=/trunk/; revision=2412
|
|
|
|
| |
svn path=/trunk/; revision=2411
|