Age | Commit message (Collapse) | Author | Files | Lines |
|
svn path=/trunk/; revision=35126
|
|
svn path=/trunk/; revision=35125
|
|
svn path=/trunk/; revision=35120
|
|
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5446 :
Bluetooth ACL packets are not defragmented when the packet boundary flags is set
to 'flushable first fragment'.
svn path=/trunk/; revision=35117
|
|
Comment in the code asked....
/*XXX: 2 bytes skipped ?? */
Here is what I have found.
The high byte (1) indicates the Classification Engine ID
The low bytes (3) indicate the application ID
Engine ID of 5 is NBAR Standard.
Engine ID of 6 is NBAR Custom.
Attached patch displays all 4 bytes (type and ID) in a readable way. Also
allows better filtering.
svn path=/trunk/; revision=35116
|
|
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5380#c2 :
Don't attempt to use a BASE_CUSTOM field's 'strings' field as a
value_string: it's not, it's a pointer to a function.
svn path=/trunk/; revision=35115
|
|
discussion in this thread on the wireshark-dev mailing list:
http://www.wireshark.org/lists/wireshark-dev/201011/msg00151.html
svn path=/trunk/; revision=35113
|
|
svn path=/trunk/; revision=35112
|
|
Fixes invalid long address mappings in NWK layer.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5456
svn path=/trunk/; revision=35106
|
|
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5460 :
MongoDB dissector improperly decodes cursorID in OP_KILL_CURSORS command.
The size of the CursorID is 64 bits, while the code assumes they are 4 bits,
though correctly incrementing the pointer. Fix this typo.
svn path=/trunk/; revision=35103
|
|
Incorrectly registered range string in sdp infiniband dissector.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5461
svn path=/trunk/; revision=35102
|
|
The scsi_persresv_type_val field in packet-scsi.c contains a mapping of
persistent reservation opcodes to their descriptive types. The opcode for the
Exclusive Access - Registrants Only field is incorrectly set to 7, when the
correct opcode is 6 (as per SPC-2 onward). The attached patch corrects this
discrepancy.
The attached patch also adds support for dissecting opcodes 7 and 8, the two
all registrants reservation types present in SPC-3 onward.
svn path=/trunk/; revision=35099
|
|
The information which is used to determine which sub-dissector to use for the
various Data messages within an SCCP connection is only present within the
initial Connection Request, so even with connection tracking on, unless the
trace contains the Connection Request no sub-dissector is called. It is common
for traces to only contain a single carried protocol anyway - e.g. RANAP.
The supplied patch adds a user preference for a "default payload"
sub-dissector, which is called in preference to the Data dissector if nothing
else has claimed the packet first.
svn path=/trunk/; revision=35098
|
|
The packet-sccp.c has a bug in the declared valid ranges of the SSN and DPC
values in the user table used to match to a subdissector. The SSN range is 16
bits rather than 8 (not really an issue) but the DPC range is 16 bits rather
than 24 - so many traces cannot be matched by this table.
svn path=/trunk/; revision=35097
|
|
svn path=/trunk/; revision=35093
|
|
svn path=/trunk/; revision=35088
|
|
svn path=/trunk/; revision=35087
|
|
use.
In the Windows C Runtime the strings in the global array _tzname[]
are encoded using the "system default ansi code page".
They must be converted to UTF8 before use by Wireshark/GTK.
(See comment in the code for details).
Fixes Bug #5421 (I hope).
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5421
Also: Fix bug: when the timezone name is not available from the system
?ST was used when ?DT should have been used (and vice-versa).
svn path=/trunk/; revision=35086
|
|
Limit the length of manuf names to 8 characters in make-manuf (this matches
the (old) limit in addr_resolv.c).
Dynamically allocate memory to store the manuf name in epan/addr_resolv.c so
that we don't end up corrupting the UTF-8 if/when we need to truncate the
string.
svn path=/trunk/; revision=35082
|
|
svn path=/trunk/; revision=35078
|
|
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5432 :
The attached patch against that dissector contains :
FIX:
- counting statistics over encrypted packages (line 610 ff)
NEW:
- tag sametime message type 0x0025 as known
MISC:
- better comment
- new line clean ups
svn path=/trunk/; revision=35077
|
|
I just found a small bug in LTE PDCP dissector with current top of tree.
If global preference global_pdcp_dissect_user_plane_as_ip is set to true, the dissector will try to decode an IP frame even with signalling plane.
PDCP-LTE
...0 0000 = Seq Num: 0
Signalling Data: 0800183aa808
MAC: 0x00000000 (0)
[Malformed Packet: IP]
[Expert Info (Error/Malformed): Malformed Packet (Exception occurred)]
With the attached patch, I get the correct output for both signalling and user plane PDUs.
svn path=/trunk/; revision=35076
|
|
target in a makefile is what you get when you just run make (without a target). Revert 35073 and 35069.
svn path=/trunk/; revision=35075
|
|
svn path=/trunk/; revision=35073
|
|
svn path=/trunk/; revision=35072
|
|
svn path=/trunk/; revision=35070
|
|
and info columns per discussion on -dev list:
http://www.wireshark.org/lists/wireshark-dev/201011/msg00151.html
svn path=/trunk/; revision=35068
|
|
Wrong link type in a packet(bluethouth).
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5449
svn path=/trunk/; revision=35064
|
|
Make it possible to dissect NAS EPS messages without security header.
svn path=/trunk/; revision=35062
|
|
I have fixed some issue in the measurement information decoding in packet-gsm_a_rr.c.
svn path=/trunk/; revision=35061
|
|
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5448
svn path=/trunk/; revision=35060
|
|
Same for Nameserver names.
svn path=/trunk/; revision=35058
|
|
Bug with RWH parsing in Infiniband dissector.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5444
svn path=/trunk/; revision=35056
|
|
gsm_a_rr: System Information Type 4 / CBCH mobile allocation dissected incorrectly
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5436
svn path=/trunk/; revision=35054
|
|
svn path=/trunk/; revision=35051
|
|
svn path=/trunk/; revision=35050
|
|
svn path=/trunk/; revision=35035
|
|
Add support for dissecting SLL type 0x17 frames.
svn path=/trunk/; revision=35029
|
|
svn path=/trunk/; revision=35025
|
|
Function dissect_per_bit_string_display might read more bytes than available (PER dissector).
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5394
svn path=/trunk/; revision=35023
|
|
Bug 5393 - Wrong length calculation in new_octet_aligned_subset_bits() (PER dissector) .
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5393
svn path=/trunk/; revision=35021
|
|
svn path=/trunk/; revision=35020
|
|
Add some braces;
svn path=/trunk/; revision=35018
|
|
This corrects the specific issue reported in Bug #3317
wherein the dissector decided there was a valid but unknown
header when dissecting a binary (non text) message with a ":"
as the last byte.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3317
Note that a larger issue remains: the IMF dissector
presumably shouldn't really even try to dissect a
binary payload (which is proably encrypted text).
svn path=/trunk/; revision=35017
|
|
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5430
svn path=/trunk/; revision=35016
|
|
Bug in tvb_get_bits32(), The last bitshift is too large, which causes the least significant bits to be 0 all the time.
svn path=/trunk/; revision=35015
|
|
some DISSECTOR_ASSERTs and THROW's back in.
svn path=/trunk/; revision=35014
|
|
svn path=/trunk/; revision=35013
|
|
non-Windows code alone since it needs to check for a libtool-ized path.
svn path=/trunk/; revision=35012
|
|
svn path=/trunk/; revision=35011
|