Convert some proto_tree_add_string_format calls to something more appropriate.

There seem to be several cases of proto_tree_add_string_format where a "string" value/filter doesn't really make sense because it's always empty, and is just being used as a "filterable subtree header (placeholder)".  They appear to be more for "presense" than "value" and should probably be FT_NONE, although I'd almost argue for removing the filter in favor of  proto_tree_add_text.

svn path=/trunk/; revision=52296
Be a little more verbose.

svn path=/trunk/; revision=52297
Convert proto_tree_add_double_format calls to proto_tree_add_double_format_value where appropriate.

svn path=/trunk/; revision=52298
Convert proto_tree_add_uint64_format calls to proto_tree_add_uint64_format_value where appropriate.

svn path=/trunk/; revision=52299
Convert proto_tree_add_int64_format calls to proto_tree_add_int64_format_value where appropriate.

svn path=/trunk/; revision=52300
Convert proto_tree_add_int_format calls to proto_tree_add_int_format_value where appropriate.

svn path=/trunk/; revision=52301
Make sure we copy Wireshark's libraries to Frameworks. Use top_builddir
instead of top_srcdir. It shouldn't make any difference in our case but
it's more correct.

svn path=/trunk/; revision=52302
The Qt executables shouldn't need any wrappers. Just copy them over
as-is.

svn path=/trunk/; revision=52303
Add some expert info.  The main reason for doing this was there were a bunch of proto_tree_add_bytes_format calls that were passing hf_ variables that weren't of type FT_BYTES, and I assume that should lead to a dissector assert/fuzzbot failure.

For consistency all places that "didn't have enough bytes", got an expert message, regardless of whether the upcoming field itself was a FT_BYTES type.

svn path=/trunk/; revision=52304
Add identification of Windows 8.1 / Windows Server 2012 R2

svn path=/trunk/; revision=52305
Add basic request / response tracking

svn path=/trunk/; revision=52306
Fix compilation warnings

svn path=/trunk/; revision=52307
Plug MBIM dissector to USB one
With this change and the use of USBPcap, it becomes possible to dissect MBIM messages on Windows 8.1

svn path=/trunk/; revision=52308
Sort alphabetically the list

svn path=/trunk/; revision=52309
Remove check_col for all non-generated DCE/RPC dissectors.

svn path=/trunk/; revision=52310
Add some additional checks around the radiotap iterator initialization, to fix
the invalid access errors in
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9212

(also add modelines)

svn path=/trunk/; revision=52311
Add cast.

svn path=/trunk/; revision=52312
Remove check_col from generated DCE/RPC dissectors.  Bug 8804 (https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8804).

I still couldn't figure out how to generate the source, so I made the modifications to the generated dissectors "manually" (search/replace tool in VS) that would match the "PIDL source" included here.

I will be sending the "PIDL source" (non dissector files) to the samba team.

svn path=/trunk/; revision=52313
Add MPS extensions as found on http://compliance.usb.org/mbim/

svn path=/trunk/; revision=52314
From Didier Gautheron via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9210 :
Add 'deflate' to SIP Content-Encoding

svn path=/trunk/; revision=52315