aboutsummaryrefslogtreecommitdiffstats
path: root/gtk/conversations_jxta.c
AgeCommit message (Collapse)AuthorFilesLines
2006-02-11 add an userdata argument to register_stat_cmd_arg() and its callback to use ↵Luis Ontanon1-4/+4
the callback for multiple registrations. svn path=/trunk/; revision=17252
2005-08-21As per a suggestion by Ulf Lamping, rename gtk_*.[ch] to gui_*.[ch], soGuy Harris1-1/+1
that it doesn't appear to be part of GTK+. svn path=/trunk/; revision=15501
2005-08-21Add a "register_dfilter_stat()", to register stats that take a displayGuy Harris1-1/+2
filter as an argument on the command line and have a dialog box to enter the display filter through the GUI. Use it for all stats using "gtk_tap_dfilter_dlg_cb()". Add a top-level "stat_menu.h" file to declare "REGISTER_STAT_GROUP_E" for the benefit of the declaration of "register_dfilter_stat()" in the top-level "tap_dfilter_dlg.h". Rename the "stat_menu.h" in the gtk directory to "gtk_stat_menu.h", so as not to have two headers with the same name. Get rid of headers not declaring any functions not being used in the module. svn path=/trunk/; revision=15493
2005-08-20Rename epan/stat.[ch] to epan/stat_cmd_args.[ch] - it only deals withGuy Harris1-1/+1
implementing the "-z" command-line arguments, it doesn't deal with *all* issues for stats. svn path=/trunk/; revision=15483
2005-08-19Move the stats.[ch] stuff into epan, so plugins can use it.Guy Harris1-1/+1
svn path=/trunk/; revision=15429
2005-08-19Move the APIs for registering and processing "-z" command-line argumentsGuy Harris1-4/+5
and "Statistics" menu items into "stat.h" and "stat.c", to separate them from the core tapping APIs. A tap could conceivably not register as a "-z" command-line argument or "Statistics" menu item, and a stat could conceivably not be implemented as a tap, and dissectors that implement tapping points don't need the UI-related stuff from "stat.h", they just want the tap-related stuff in <epan/tap.h>. svn path=/trunk/; revision=15427
2005-08-05More char -> const char warning fixes.Jörg Mayer1-2/+2
Removed (very few) casts that only change the warning message but don't remove it (with gcc-4). svn path=/trunk/; revision=15227
2005-06-20From Mike Duigou:Anders Broman1-2/+1
In order to get filtering of conversations and > endpoints to work from the endpoints and conversations windows I found > it necessary to add a new AT_URI address type and a SAT_JXTA. This also > necessitated a change to to_str.c to avoid a buffer overflow problem. > Please review these changes carefully. > > Also includes some changes to the jxta dissector to fix filtering on > generated fields and some changes to the types used for ints/unsigned ints. > > Fixes a bug with the processing of messages containing namespaces. svn path=/trunk/; revision=14714
2005-06-06Add an ifdef and "dont apply patch twice".Anders Broman1-95/+1
svn path=/trunk/; revision=14563
2005-06-06From Mike Duigou:Anders Broman1-0/+190
a patch which adds support for displaying jxta conversations and endpoints from the 'Statistics' menu. Also adds : - a generated field to Welcome messages to indicate whether this welcome is from the initiator or the receiver. You can filter on this field with 'jxta.welcome.initiator==[0|1]' - Marks the source and destination fields of message added in the last patch as generated fields. (Saw it being done for some other protocol). - Cleans up dissection of Message which used to assume it would dissected more than one set of hdr/message per tvbuff. Now it only attempts to dissect one. - Uses GMemChunk for tap info and for conversation data rather than g_malloc() There's still a major leakage of g_malloc()ed the c-strings which are used in jxta addresses. Any suggestions for how these can be allocated such that they can be freed re-init is called would be appreciated. For address objects whose data ptr doesn't point into a tvbuff it's not clear what the lifecyle of an address object is. - Fixes a bug with filling in the of the transport layer conversation data. >= vs. > svn path=/trunk/; revision=14559