so that it would be possible to share an unmodified gtk2-rpcstat.c with
any future gtk1-ethereal support for the tap system.
Anyone reading this cvs entry:
Perhaps someone could just try to add a draw_all_listeners() to the place in
file.c where it has finished reading or rescanning all packets.
That might work though it wouldnt update in semi-real time but would
be simple and better than nothing.
svn path=/trunk/; revision=6193
modified while the draw thread is walking it.
Changed the cmdline switch to -z so the same one can be used both for
ethereal and tethereal.
Updated man pages to reflect the RPCSTAT feature.
(Try this with Tools/Statistics/ONC-RPC/RTT and load a capture containing
onc-rpc. )
svn path=/trunk/; revision=6189
Turns out it is a KRB5 AP-REQ ASN1 encoded, and the Kerberos dissector is
going to need to be re-architected to deal with this.
svn path=/trunk/; revision=6187
One example extension is rpcstat.
Try -Z rpc,rtt,100003,3 as argument to tethereal when reading a capture
containing NFSv3 packets.
tap-rpcstat.[ch] is intended to demonstrate the api and can be used to
base other extensions on.
svn path=/trunk/; revision=6175
open up a new subtree for dissecting the lsp-entry TLV;
remove the isis_lsp_decode_lsp_id() routine, as the same
functionality is better served using print_system_id();
fix a small bug in print_system_id().
svn path=/trunk/; revision=6169
The GTK+ v2 documentation says accelarators should only be used with
menus. For text entries or buttons, we must use mnemonics.
Replace dlg_check_button_new_with_label_with_mnemonic() and
dlg_radio_button_new_with_label_with_mnemonic() with
gtk_check_button_new_with_mnemonic() and
gtk_radio_button_new_with_mnemonic()
For radio buttons, gtk_radio_button_group is deprecated. Use
gtk_radio_button_new_with_mnemonic_from_widget() to create a new button
in an existing group.
svn path=/trunk/; revision=6165
registered dissector name; that means you don't have to register a
dissector by name to associate it with a GSS-API security mechanism OID.
svn path=/trunk/; revision=6163
don't abort dissection of the entire packet if we get a
ReportedBoundsError while dissecting an authentication blob - the
authentication blob might be in the middle of a packet, and if it's too
short, that doesn't mean that the stuff *after* it shouldn't be
dissected.
A length of "-1" when adding items that have variable-length data
(FT_NONE, FT_PROTOCOL, FT_BYTES, and FT_STRING; this includes stuff
added with "proto_tree_add_text()") means "to the end of the tvbuff"; we
don't need to fetch the length of the tvbuff and use that.
svn path=/trunk/; revision=6161
don't abort dissection of the entire packet if we get a
ReportedBoundsError while dissecting an authentication blob - the
authentication blob might be in the middle of a packet, and if it's too
short, that doesn't mean that the stuff *after* it shouldn't be
dissected.
svn path=/trunk/; revision=6160
Jörg Mayer