Age | Commit message (Collapse) | Author | Files | Lines |
|
Don't use tvb_get_ptr() to retrieve a string being sent into
proto_tree_add_string_format(): use tvb_get_ephemeral_string() instead.
svn path=/trunk/; revision=40944
|
|
Patch to fix channelproperty Maintanance decode.
svn path=/trunk/; revision=40943
|
|
svn path=/trunk/; revision=40942
|
|
svn path=/trunk/; revision=40941
|
|
svn path=/trunk/; revision=40940
|
|
USB: Endpoint bmAttributes not decoded correctly.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6814
svn path=/trunk/; revision=40939
|
|
svn path=/trunk/; revision=40938
|
|
no menu item Fle->Export->SSL Session Keys in GTK
Ported to 1.7 by me.
#BACKPORT
Use the patch in the bug report.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6813
svn path=/trunk/; revision=40937
|
|
GSMTAP: add new GPRS/EGPRS RLC related sub-types
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6812
svn path=/trunk/; revision=40936
|
|
GSMTAP: whitespace / indent cleanup
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6811
svn path=/trunk/; revision=40935
|
|
GSMTAP dissector: introduce a dissector table.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6810
svn path=/trunk/; revision=40934
|
|
svn path=/trunk/; revision=40933
|
|
Fix the windows build by filling up stuct with dummy member
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6798
svn path=/trunk/; revision=40932
|
|
svn path=/trunk/; revision=40931
|
|
proto_tree_add_text() calls and compare that to the number of
proto_tree_add_<something else>() calls and complain if more than 50%
of the calls are add_text()'s.
proto_tree_add_text() calls whose returned proto_item is used are not counted
as hanging a subtree off a text item is an appropriate use for text items.
I chose 50% because even at that level there are many dissectors with "too many"
proto_tree_add_text()'s.
The function to do all of this is commented out for now for the same reason
plus the fact that it's pretty slow.
svn path=/trunk/; revision=40930
|
|
A corner case was posted to the Q&A site showing incorrect calculation of bytes in flight (http://ask.wireshark.org/questions/8843/bytes-in-flight-problems-with-retransmissions)
The capture in question has a tcp segment (frame 12) that is a retransmission of unacked earlier data (frames 4, 9, 10) and also contains some new data. Eventually an ACK is received for the earlier segments (frame 16) but the code doesn't remove frame 12 from the linked list of unacked segments because it extends past the received ACK. When more data is received in frame 17, the bytes in flight is calculated from the start of frame 12 rather than from the unacked portion of it, leading to a larger incorrect value.
The change simply updates the starting sequence number in the unacked segment list for any partially acked segment to be the start of unacked data.
The capture in question now shows correct information for bytes in flight, and hopefully the nature of the change won't cause issues elsewhere.
svn path=/trunk/; revision=40929
|
|
results when first visited.
svn path=/trunk/; revision=40928
|
|
because this will assert.
svn path=/trunk/; revision=40927
|
|
svn path=/trunk/; revision=40926
|
|
svn path=/trunk/; revision=40925
|
|
Add support for GMR-1 BCCH dissection.
I #if 0'd out incomplete code.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6798
svn path=/trunk/; revision=40924
|
|
- Grab optional parameters for LUDT/LUDTS
- Fix processing of the 2-octet pointers
svn path=/trunk/; revision=40923
|
|
Remove some duplicate checks.
svn path=/trunk/; revision=40922
|
|
svn path=/trunk/; revision=40921
|
|
In addition:
-> I didn't think using tvb_new_subset_remaining() in order to iterate through the blocks was the best way to implement this, so I changed it to the method I had proposed earlier[2].
-> Some whitespace cleanup.
-> Noted some "TODO"'s for potential further improvements.
[1]: https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6758#c9
[2]: http://article.gmane.org/gmane.network.wireshark.devel/24721
svn path=/trunk/; revision=40920
|
|
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6799 :
Ensure that the payload length handed to the reassembly routines doesn't go
negative/very-large-positive.
svn path=/trunk/; revision=40919
|
|
svn path=/trunk/; revision=40918
|
|
svn path=/trunk/; revision=40917
|
|
svn path=/trunk/; revision=40916
|
|
I meant ui/gtk/voip_calls_dlg.c.
svn path=/trunk/; revision=40915
|
|
one case this looks like a logic bug and should be investigated.
svn path=/trunk/; revision=40914
|
|
variable on the initial cmake run and not on later re-runs (like when some
cmakelists.txt file changed and we call make).
Of course this value should really be passed as an option instead of an
environment variable but I want to document how to get the current approach
working properly before switching to the proper approach.
svn path=/trunk/; revision=40913
|
|
svn path=/trunk/; revision=40912
|
|
was pointed out by Markus Amend on -users.
Reference: http://article.gmane.org/gmane.network.wireshark.user/14477
(BTW, I quickly scanned through tap-iousers.c:iousers_draw() and the sorting seems to be very inefficient.)
svn path=/trunk/; revision=40911
|
|
Set mtp3_standard back to the preference value after each packet (in addition
to in the frame-end function) in case there are multiple packets of different
standards in the same frame.
svn path=/trunk/; revision=40910
|
|
svn path=/trunk/; revision=40909
|
|
svn path=/trunk/; revision=40908
|
|
svn path=/trunk/; revision=40907
|
|
svn path=/trunk/; revision=40906
|
|
svn path=/trunk/; revision=40905
|
|
svn path=/trunk/; revision=40904
|
|
svn path=/trunk/; revision=40903
|
|
svn path=/trunk/; revision=40902
|
|
svn path=/trunk/; revision=40901
|
|
svn path=/trunk/; revision=40900
|
|
svn path=/trunk/; revision=40899
|
|
svn path=/trunk/; revision=40898
|
|
svn path=/trunk/; revision=40897
|
|
svn path=/trunk/; revision=40896
|
|
svn path=/trunk/; revision=40895
|