Age | Commit message (Collapse) | Author | Files | Lines |
|
svn path=/trunk/; revision=51443
|
|
svn path=/trunk/; revision=51442
|
|
svn path=/trunk/; revision=51441
|
|
Other misc. whitespace changes.
svn path=/trunk/; revision=51440
|
|
Also, whitespace changes (tabs ->spaces, indentation) and add modelines.
svn path=/trunk/; revision=51439
|
|
[ 6%] Building C object epan/CMakeFiles/epan.dir/addr_resolv.c.o
/home/jmayer/work/wireshark/svn/trunk/epan/addr_resolv.c:1927:1: error: unused function
'get_ipxnetbyname' [-Werror,-Wunused-function]
get_ipxnetbyname(const gchar *name)
^
/home/jmayer/work/wireshark/svn/trunk/epan/addr_resolv.c:2009:1: error: unused function
'add_ipxnet_name' [-Werror,-Wunused-function]
by #if 0/#endif the functions. If they really are not needed any more
they should be removed.
svn path=/trunk/; revision=51438
|
|
svn path=/trunk/; revision=51437
|
|
svn path=/trunk/; revision=51436
|
|
Update Octet 7 of Indication IE.
svn path=/trunk/; revision=51435
|
|
pops up immediately on the fuzzbot. Hopefully there won't be too many more of
these.
svn path=/trunk/; revision=51434
|
|
the base_seq wasn't subtracted from it, then if we need to recover absolute values later on, don't add the base_seq value back either.
svn path=/trunk/; revision=51433
|
|
unless the ACK bit is actually set; otherwise doing so results in many erroneous packets matching a filter such as, "(tcp.ack > 0) && (tcp.flags.ack == 0)". With this change, the number of expert infos noting non-zero acknowledgment numbers when the ACK bit is not set is the same as the number of packets that are displayed when applying the above display filter regardless of whether using relative or absolute sequence numbers. (Tested using the menagerie's mond.pcap file)
svn path=/trunk/; revision=51432
|
|
items for ack and urgent pointer when their respective flags are not set; however, don't indicate "Broken TCP" and only add them as Notes rather than as Warnings as was previously the case prior to r51356 since nowhere does it indicate these fields must be zero when their respective bits aren't set.
Speaking of r51356, a clarification to its commit message is in order: Initially my intention was to only add the urgent pointer field when the URG bit was set; however, I then noticed that the acknowledgment number field was always being added irrespective of the ACK bit. Had I made the change as I originally intended, it would have introduced an inconsistency. After some deliberation, I opted for consistency, but botched the commit message.
svn path=/trunk/; revision=51431
|
|
svn path=/trunk/; revision=51430
|
|
is internally consistent.
TODO: include r11 sequence that can overwrite some of these values.
TODO: actx->private_data gets reused for several purposes, need to
separate these uses out and avoid possible conflicts...
svn path=/trunk/; revision=51429
|
|
Update DDS RTPS Vendor and Product Ids based on http://portals.omg.org/dds/content/page/dds-rtps-vendor-and-product-ids
svn path=/trunk/; revision=51428
|
|
trigger an exception between between buffer allocation and tvb_set_free_cb call
svn path=/trunk/; revision=51427
|
|
svn path=/trunk/; revision=51424
|
|
svn path=/trunk/; revision=51423
|
|
VHT, bug 8989 (https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8989)
From Karl Beldan
BACKPORT(1.8,1.10)
svn path=/trunk/; revision=51422
|
|
svn path=/trunk/; revision=51421
|
|
packet-rtpproxy.c:226: warning: implicit conversion shortens 64-bit value into a
32-bit value
svn path=/trunk/; revision=51420
|
|
packet-rtpproxy.c:226: warning: implicit conversion shortens 64-bit value into
a 32-bit value
I'm not quite sure what's going on here, all the values in use are either gint
or guint so they should all be the same size?
svn path=/trunk/; revision=51419
|
|
svn path=/trunk/; revision=51418
|
|
Dissector for the Sippy RTPproxy controlling protocol. RTPproxy is a well-known
(among SIP-engineers) application and it operates using its own simple
text-based protocol. There are several competing products but all of them
implements it (sometimes slightly extending).
svn path=/trunk/; revision=51417
|
|
addr_resolution_dlg.c:185: warning: unused parameter 'key'
svn path=/trunk/; revision=51416
|
|
svn path=/trunk/; revision=51415
|
|
svn path=/trunk/; revision=51412
|
|
(https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9050)
From Michal Labedzki.
svn path=/trunk/; revision=51411
|
|
(https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9050)
From Michal Labedzki.
From me:
1. Have boolean filters use tfs_true_false instead of NULL (because it appears previous functionality had "TRUE" and "FALSE"). Perhaps other tfs_ values could be used, but tfs_true_false makes a good placeholder.
2. Add FT_ETHER field as a proto_tree_add_item.
svn path=/trunk/; revision=51410
|
|
(https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9050)
From Michal Labedzki
svn path=/trunk/; revision=51409
|
|
(https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9045)
- Expert info for CRC 0x5935 got wrongly attached to Slim SSDO packages
- SPDO Data Requests that fit in the last bytes of a frame got missed
- Slim SSDOs got detected, that actually are not Slim SSDOs, to prevent this in the future, two checks have been added
- The reported length of a Slim SSDO must be larger than 0 (correct
Slim SSDOs always have at least 1 byte)
- Both crc's must differ from another. There is a very unlikely
possibility, that they may collide, but in such a case openSAFETY
in itself would be flawed by design.
svn path=/trunk/; revision=51408
|
|
svn path=/trunk/; revision=51407
|
|
svn path=/trunk/; revision=51406
|
|
svn path=/trunk/; revision=51405
|
|
svn path=/trunk/; revision=51404
|
|
svn path=/trunk/; revision=51403
|
|
svn path=/trunk/; revision=51402
|
|
- (for now) keep ABI, restore prototype of old proto_tree_add_item, add new proto_tree_add_item_new
- add few helpers for boolean, time, string which will do ->id
- don't use HFI_INIT directly, use it by another macro (MSVC has very small limit for section name)
svn path=/trunk/; revision=51401
|
|
subfields. Rename some of their hf_ variable names to match the hf_
variable names of the subfields, and rename one field to be a prefix of
its subfields.
For the 64-bit UNIX capabilities, use proto_tree_add_item() for the
flags.
Get rid of a #if 0'ed out field that is duplicated by one of the
newly-added fields.
svn path=/trunk/; revision=51400
|
|
For some routines, instead of having them check for -1 as the hf_index
and using a default hf_index in that case, just pass them the default
hf_index instead of -1 and just use the hf_index unconditionally.
svn path=/trunk/; revision=51399
|
|
_U_ify some no-longer-used arguments.
Rename all the hf_pipe variables to hf_smb_pipe, and rename the field
names and protocol name to be "smb_pipe.", for consistency. (Ceci n'est
pas une pipe.)
Treat and label 1-byte parameters as "byte parameters" and multi-byte
opaque parameters as "bytes parameters".
Format machine-added hf[] entries to match other hf[] entries.
Fix indentation.
svn path=/trunk/; revision=51398
|
|
svn path=/trunk/; revision=51397
|
|
svn path=/trunk/; revision=51396
|
|
garbage value. While in there, add some protection against tvb_length_remaining() possibly returning -1, or possibly being less than val_len.
#BACKPORT(1.10)
svn path=/trunk/; revision=51395
|
|
Also converted proto_tree_add_xxx_format into proto_tree_add_xxx_format_value so that label doesn't get out of sync with hf.
svn path=/trunk/; revision=51394
|
|
whitespace changes, add modelines.
svn path=/trunk/; revision=51393
|
|
svn path=/trunk/; revision=51392
|
|
fuzz-but.
svn path=/trunk/; revision=51391
|
|
packet-dcerpc-pn-io.c:9220: warning: unused parameter 'drep'
svn path=/trunk/; revision=51390
|