Age | Commit message (Collapse) | Author | Files | Lines |
|
if compiled in and the env var WIRESHARK_DEBUG_EP_CANARY is set:
will check for canary integrity at every call to EP_CHECK_CANARY()
if corruption is found it exits pronting the prior location and the location in which corruption was found.
Hopefully it stops running while the corruptor is still in the stack.
see EP_CHECK_CANARY() calls in packet.c as an example.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@25927 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
Attached is a patch for:
- PW Associated Channel Header dissection as per RFC 4385
- PW MPLS Control Word dissection as per RFC 4385
- mpls subdissector table indexed by label value
- enhanced "what's past last mpls label?" heuristic
- Ethernet PW (w/o CW) support as per RFC 4448
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@25730 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
checkin--thanks Bill) which also checks if the postdissectors are enabled.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@25347 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@25344 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@25342 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
if post dissectors are disabled, as pointed out by LEGO.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@24109 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@23871 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
move the case where pinfo->in_error_pkt is true in its own function:
- it's not the common case.
- it needs a TRY block. ==> slow volatile and big stack footprint.
- call_dissector_work is called a lot and recursively.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@23413 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
return FALSE if dissector_try_string(...) is passed a NULL string pointer
arguably this should assert instead.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@23287 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
not unique (e.g. because of a buggy/duplicated plugin)
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@23042 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
types. call_dissector_only() fails gracefully for unrecognized types. The handler for generic 'data' should avoid the variant that potentially could result in recursively calling itself.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@22907 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@22474 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
to the srcport / destport already existing. As simply using srcport / destport for this will confuse mixed protocol usage (like RFC1006 ISOonTCP), I've added explicit clnp fields.
This way, protocols on top of COTP / CLNP have at least a chance to do reassembling correct.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@22473 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
Adds a heur_dissector_delete() function to allow heuristic dissectors to be
dynamically disabled based upon, for example, preference settings.
http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1697
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@22463 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
- start to implement an AR conversation handler
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@22444 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
Fix compilation failures when building wireshark-0.99.6-SVN-21916 on an
x86_64-unknown-linux-gnu target with gcc version 4.1.2 20070403 (Red Hat
4.1.2-8).
The failures fall into two categories:
(1) Casts between pointers and 32-bit integers without an intermediary cast
via 'long' or 'unsigned long'. This results in a compiler warning complaining
about casts between a pointer and an integer of a different size.
(2) Passing values to "%lld" or similar printf-style format options that the
compiler thinks are a different size. Such values need to be cast to 'long
long' or 'unsigned long long'.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@21975 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@21533 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
--enable-extra-gcc-checks set.
If we turn on -pedantic, try turning on -Wno-long-long as well, so that
it's not *so* pedantic that it rejects the 64-bit integral data types
that we explicitly require.
Constify a bunch of stuff, and make some other changes, to get rid of
warnings.
Clean up some indentation.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@21526 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
- asn dissectors : libasndissectors.la
- pidl dissectors : libpidldissectors.la
- normal dissectors : libdissectors.la *and* libcleandissectors.la. I
separated it in two libraries temporarily. The source files used to build
libcleandissectors.la do not generate warning anymore and the -Werror is used
to compile them. If we patch a dissector and it doesn't generate warning
anymore, we have to move the filename dissector from DISSECTOR_SRC to
CLEAN_DISSECTOR_SRC in epan/dissectors/Makefile.common.
If you want to define specific cflags for one library type, let's say pidl, you
may define libpidldissectors_la_CFLAGS.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@21324 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
add sccp_info to struct _packet_info (Sorry but the way private_data works and the fact that TCAP uses it and BSSAP/RANAP can be tunnelled on GSMMAP over TCAP makes it impossible to avoid)
SCCP
- Have SCCP to have a TAP,
- Fix associations so that every message belongs to the association.
- Export message type values so that they can be used by a tap listener
RANAP
- Have RANAP information attached to the sccp_info
BSSAP + GSM_A
- Have DTAP, BSSMAP and BSSAP info attached to the sccp_info
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@21076 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
dcerpc procedure
use this field in the policy handle helper to indicate not only which frames the handle was opened/close in but also the name of the function that opened it.
eventually, when other pidl support infrastructure is developed it would be nice if this could be expanded to also contain the name of the object/handle opened.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@20895 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
a new OutOfMemoryError Exception, so file.c can show at least a better explanation to the user before Wireshark terminates
XXX - to prevent a busy wait, I need a portable way to wait for a short time period, like Sleep() for Windows
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@20437 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
- Separate tfs.[ch]
- Add larger sample collection
- Properly export DATA
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@20373 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
tcp_dissect_pdus() (and others if need be)
in tcp_dissect_pdus() add a field ( tcp.pdu.size ) to the tree that displays the pdu size.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@19655 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
dissector to future class dissectors
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@19576 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
keep the highest severity level of the current file (experimental)
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@19104 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
I've just had a bug in one of our private dissectors which meant
that the handle passed to call_dissector was null. This seemed to give
varying behavior - on some Windows installations it hit wireshark's
in-built exception handling, and displayed that the dissector had an
error (correct), but on some installations it just crashed wireshark
(not helpful). I _think_ the difference was whether MSVC was installed
or not, but on a sample of only 3 machines.
Should call_dissector include explicit null handle checks, and if so,
should it:-
a) g_assert - the simple patch attached
b) fallback to doing a data decode (as disabled protocols do)
c) try to invoke the wireshark exception handling for the packet
Or is the correct answer none of the above - the exception handler
should already cope ?
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@18869 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
profinet_type field to the packet_info struct
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@18615 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@18197 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@17653 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
Fix up whitespace.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@17499 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
I'm not sure, if it is possible to get a NULL pointer here, but it is safer to fix it.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@17494 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@17090 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
Dissectors registered with register_postdissector() will be called after all other dissectors have been called.
Use it to register mate.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@17089 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
04-stream.diff
A simplified packet reassembly API built on top of fragment_add_seq_next for
reassembling fragments that are delivered in-order, where fragments are
identified by a framenum and an offset into that frame. Streams are attached
to a conversation or a circuit and are unidirectional.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@16082 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
and that extract IPv6 addresses into a "struct e_in6_addr", with
tvb_get_ipv4() and tvb_get_ipv6() calls - except for some that we
remove, by using proto_tree_add_item(), rather than replacing.
Have epan/tvbuff.h include epan/ipv6-utils.h, to define "struct
e_in6_addr" (not necessary to declare the tvbuff routines, but including
it there means "struct e_in6_addr" is guaranteed to be defined before
those declarations, so we don't get compiler complaints if we define it
*after* those declarations).
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@15758 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@15377 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
so instead for g-alloc and g_free data
just use ep_alloc() that is automatically freed instead.
this also gets rid of one more GMemChunk
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@15346 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
ones.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@15301 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
Removed (very few) casts that only change the warning message
but don't remove it (with gcc-4).
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@15227 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@15171 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
(presumably-)harmless-but-otherwise-unremovable const-to-nonconst
warnings.
In the TACACS dissector, clean up the variables used in option parsing
to avoid some const-to-nonconst warnings.
Clean up some white space.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@15043 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@15015 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
protocol during different stages of an application cycle.
This is very naughty and will cause problems when we have assigned a dissector to a dynamic port using conversation_set_dissector().
To make ethereal handle this case I have changed the try_conversation_dissector() to allow it to fail and return 0, meaning yes there is indeed a protocol registered for this conversation but that protocol rejected this packet.
(which only happens for "new" style dissectors, "old" style dissectors will never reject a packet that way)
When this happens the decode_udp_port() helper will still allow other dissectors to be tried, in the hope that the conversation is now used for some other protocol and thus someone else might be able to decode the packet.
Update SNMP and TFTP dissectors to check that even if there already is a conversation but that conversation does NOT have snmp/tftp registered as the dissector for it, then create a new conversation anyway and attach the proper dissector.
Since ethereal keeps track of which frame number a conversation started in, this actually works really well.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@14345 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
indicating the direction, narrowband/broadband, and interface number.
- Add support to display the direction and interface number.
- Add support to packet-mtp2.c to use the broadband/narrowband indication.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@14265 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
structures allocated by a dissection. Currently, it's the same as
"init_dissection()", but they should be split with "init_dissection()"
allocating the initial data structures and "cleanup_dissection()"
freeing them and *not* reallocating the initial data structures.
Use "cleanup_dissection()" in "cf_close()" to make it easier to find leaks.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@13881 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
filter/selector/protocol associations for each dissector. This will be
used to improve our automated tests, but someone with time on their
hands could probably use it to generate a protocol poster using Graphviz.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@13721 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
layer dissector all the way down to spnego or friends and back.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@13658 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
asn1.[ch]
follow.[ch]
ptvcursor.[ch]
reassemble.[ch]
xmlstub.[ch]
fix #include statements accordingly.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@13366 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@13136 f5534014-38df-0310-8fa8-9805f1628bb7
|