Age | Commit message (Collapse) | Author | Files | Lines |
|
svn path=/trunk/; revision=41190
|
|
From me: Some cleanup
Initial work was done by Denis Jaeger and
Lukas Scharlau, but the code got rewritten by Robin.
svn path=/trunk/; revision=41189
|
|
Display the file comment in the Summary dialog.
svn path=/trunk/; revision=41188
|
|
time stamps on all packets in a set, you can't determine the start and
end time of the packets in the set (even one timestampless packet throws
the determination off - was that packet before the first time-stamped or
after the last time-stamped packet, or between them?).
svn path=/trunk/; revision=41187
|
|
know whether packets - or "packets" - have time stamps).
Show the time stamp order as "Unknown" if we don't have enough
information to determine whether it's certainly in order or out of order
(XXX - we should do that if we have only one packet that has a time stamp).
svn path=/trunk/; revision=41186
|
|
by Wiretap, to indicate whether certain fields in that structure
actually have data in them.
Use the "time stamp present" flag to omit showing time stamp information
for packets (and "packets") that don't have time stamps; don't bother
working very hard to "fake" a time stamp for data files.
Use the "interface ID present" flag to omit the interface ID for packets
that don't have an interface ID.
We don't use the "captured length, separate from packet length, present"
flag to omit the captured length; that flag might be present but equal
to the packet length, and if you want to know if a packet was cut short
by a snapshot length, comparing the values would be the way to do that.
More work is needed to have wiretap/pcapng.c properly report the flags,
e.g. reporting no time stamp being present for a Simple Packet Block.
svn path=/trunk/; revision=41185
|
|
IDB_TSRESOL optiones
svn path=/trunk/; revision=41184
|
|
http://ask.wireshark.org/questions/9194/can-i-recover-a-discarded-capture :
Add the location of the temporary file on Windows 7.
svn path=/trunk/; revision=41183
|
|
and r39501:
Setting _XOPEN_SOURCE to 600 is only allowed on Solaris 10 if the compiler is
set to C99 mode. Conversely (and as reported in the bug), simply defining it
(but with no value) is not allowed if the compiler *is* compiling to C99.
So, don't define _XOPEN_SOURCE at all on Solaris. Keep defining it as 600 on
other OS's as (also) requested in that bug.
Maybe there's a cleaner way to do this but all of this is a "trickery" mess
anyway...
svn path=/trunk/; revision=41182
|
|
svn path=/trunk/; revision=41181
|
|
svn path=/trunk/; revision=41180
|
|
svn path=/trunk/; revision=41179
|
|
svn path=/trunk/; revision=41178
|
|
Get rid of an unused variable.
svn path=/trunk/; revision=41177
|
|
svn path=/trunk/; revision=41176
|
|
names are not shown during capturing.
svn path=/trunk/; revision=41175
|
|
svn path=/trunk/; revision=41174
|
|
Support HDCP version 1 over I2c
the attached patch adds support for HDCP version 1. This is the authentication that runs between your DVD/Bluray player and your TV when they're connected via an HDMI cable.
svn path=/trunk/; revision=41173
|
|
Support HDCP version 1 over I2c
the attached patch adds support for HDCP version 1. This is the authentication that runs between your DVD/Bluray player and your TV when they're connected via an HDMI cable.
svn path=/trunk/; revision=41172
|
|
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6868
svn path=/trunk/; revision=41171
|
|
program exit. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6866
svn path=/trunk/; revision=41170
|
|
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6867
svn path=/trunk/; revision=41169
|
|
Using g_fprintf() fails (crashes) on Windows because the Windows GLib DLL
is linked with (depends upon) MSVCRT while editcap is linked with
(depends upon) MSVCR90.
IOW: "You can't do that ... (on Windows)"
See https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6695 (Comment 2)
for some additional information.
svn path=/trunk/; revision=41168
|
|
svn path=/trunk/; revision=41167
|
|
PCO IE https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6865
svn path=/trunk/; revision=41166
|
|
svn path=/trunk/; revision=41165
|
|
While there fix some whitespace issues.
svn path=/trunk/; revision=41164
|
|
(pcapng file).
svn path=/trunk/; revision=41163
|
|
Follow TCP IPv6 - wrong hostname.
#BACKPORT
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6861
svn path=/trunk/; revision=41162
|
|
svn path=/trunk/; revision=41161
|
|
start/end time in the ISBs.
svn path=/trunk/; revision=41160
|
|
svn path=/trunk/; revision=41159
|
|
new_packet_list: crash in add_byte_views from decrypted zigbee data
The cause of the crash I saw was that the add_byte_views() function in
main_proto_draw.c relies on output from previous dissector run while the
function may eventually trigger dissector to run again which wipes out the
previous output.
The patch copies the output of the dissector before calling add_byte_tab() so
that even when add_byte_tab() updates the dissector output, the loop continues
with previous dissector output.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5130
svn path=/trunk/; revision=41158
|
|
USB: Add dissection for Interface Association descriptor.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6842
svn path=/trunk/; revision=41157
|
|
Clean up redundant Data handlers in the CCID dissector.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6860
svn path=/trunk/; revision=41156
|
|
know it mattered, but gcc warns.
svn path=/trunk/; revision=41155
|
|
svn path=/trunk/; revision=41154
|
|
That means we don't need to do the block length check in
pcapng_read_block(); each block type reader, including the one for
unknown block types, does a check that's as stringent as that block
length check or more stringent, which means any block whose length is
less than the minimum will fail with the same error in both cases.
Fix the message for a too-short NRB.
svn path=/trunk/; revision=41152
|
|
Support for switching USB CCID PC_to_RDR_XfrBlock payload dissectors
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6853
svn path=/trunk/; revision=41151
|
|
Enhance the Spice dissector - small additional dissections.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6857
svn path=/trunk/; revision=41150
|
|
a patch to support decode FDD_CELL_INFORMATION of "UTRAN FDD Description" in packet-gsm_rlcmac.c
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6856
svn path=/trunk/; revision=41149
|
|
H223: Buildbot crash output: fuzz-2012-01-25-22599.pcap
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6768
svn path=/trunk/; revision=41148
|
|
svn path=/trunk/; revision=41146
|
|
svn path=/trunk/; revision=41145
|
|
svn path=/trunk/; revision=41144
|
|
1) contain the block length fields and block type field;
2) contain that plus the fixed-length portion of the block;
3) for blocks that have a variable-length portion other than the
options, contain that variable-length portion.
Fixes a crash we're seeing with a bad pcap-NG file in the Wireshark
menagerie (7799-lastPacketWithoutComment.pcapng - the last packet's
block length is 128, but it claims to have 98 bytes of packet data,
which requires a 132-byte block).
Clean up white space (use 8-space tabs).
svn path=/trunk/; revision=41143
|
|
In line 4722 of dictionary.xml file there is comment:
<-- Requesting-Node-Type is from old (v8.1.0 - v8.2.0) versions of 29.272. -->
This is not a valid XML comment and that line should read:
<!-- Requesting-Node-Type is from old (v8.1.0 - v8.2.0) versions of 29.272. -->
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6858
svn path=/trunk/; revision=41141
|
|
svn path=/trunk/; revision=41140
|
|
svn path=/trunk/; revision=41139
|
|
reformatting.
svn path=/trunk/; revision=41138
|