path: root/tap-mgcpstat.c
AgeCommit message (Collapse)AuthorFilesLines
2006-05-31Tethereal/tethereal -> TShark/tshark.Gerald Combs1-1/+1
svn path=/trunk/; revision=18268
2006-05-28Ethereal->WiresharkAnders Broman1-1/+1
svn path=/trunk/; revision=18235
2006-05-21name changeRonnie Sahlberg1-2/+2
svn path=/trunk/; revision=18197
2006-02-11 add an userdata argument to register_stat_cmd_arg() and its callback to use ↵Luis Ontanon1-2/+2
the callback for multiple registrations. svn path=/trunk/; revision=17252
2005-08-24EVERYTHING IN THE BUILDBOT IS GOING TO BE RED!!! Sorry! Ulf Lamping1-6/+1
I've done more than a day to change the timestamp resolution from microseconds to nanoseconds. As I really don't want to loose those changes, I'm going to check in the changes I've done so far. Hopefully someone else will give me a helping hand with the things left ... What's done: I've changed the timestamp resolution from usec to nsec in almost any place in the sources. I've changed parts of the implementation in nstime.s/.h and a lot of places elsewhere. As I don't understand the editcap source (well, I'm maybe just too tired right now), hopefully someone else might be able to fix this soon. Doing all those changes, we get native nanosecond timestamp resolution in Ethereal. After fixing all the remaining issues, I'll take a look how to display this in a convenient way... As I've also changed the wiretap timestamp resolution from usec to nsec we might want to change the wiretap version number... svn path=/trunk/; revision=15520
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-1/+2
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-06Squelch more const warnings (and fix some memory leaks that found).Guy Harris1-4/+3
_U_-ify some unused arguments, rather than assigning them to themselves. Un-constify one variable that gets assigned a mallocated pointer. Clean up indentation. svn path=/trunk/; revision=15236
2005-04-01Rename "register_ethereal_tap()" to "register_tap_listener_cmd_arg()" asGuy Harris1-1/+1
it's used to register a callback for a tap listener invoked if the specified command line argument is specified to the "-z" flag. Move it, along with routines to: look up a "-z" argument in the table constructed by "register_tap_listener_cmd_arg()" and either save the full argument to "-z" and the corresponding listener if it's found or return a failure indication if it isn't; list the available tap listeners; call the "init" routines for the tap listeners saved in the table above; and have Ethereal and Tethereal use those routines. svn path=/trunk/; revision=13993
2005-02-20Don't register mgcp taps, Lars Roland1-1/+4
when we haven't loaded the mgcp plugin. and From Alejandro Vaquero: mgcp support for the voip call analysis tap svn path=/trunk/; revision=13447
2005-01-01As we've made the tap_specific_data field of a tap_packet_t structure aGuy Harris1-2/+2
const pointer (so that we don't get complaints when we make the tap-specific data argument to "tap_queue_packet()" a const pointer, allowing dissectors to hand const data to a tap without a complaint), we should make the tap per-packet function take a const pointer as an argument as well. Do so. In some taps, use _U_, or actually use the argument, rather than sticking in dummy "X = X" assignments to fake use of parameters. (This means that the tap functions in question no longer have the notion that they act on a particular static structure wired in.) svn path=/trunk/; revision=12910
2004-09-29Move the tap infrastructure to the epan directory.Guy Harris1-1/+1
svn path=/trunk/; revision=12128
2004-07-18Set the svn:eol-style property on all text files to "native", so thatGuy Harris1-1/+1
they have LF at the end of the line on UN*X and CR/LF on Windows; hopefully this means that if a CR/LF version is checked in on Windows, the CRs will be stripped so that they show up only when checked out on Windows, not on UN*X. svn path=/trunk/; revision=11400
2003-04-23Make "register_tap_listener()" return NULL on success and a "GString *"Guy Harris1-4/+7
referring to a GString containing an error message on failure, and don't have it print anything on failure. If it fails, have its Tethereal-tap callers print an error message before exiting, and have its Ethereal callers pop up a dialog box with the error (except in cases where the failure is guaranteed not to be the user's fault, and where we exit, in which case we just print an error message before we exit). In all cases, the error message includes the text of the GString. Fix a scanf format string in the DCE RPC statistics Ethereal tap, so that it properly skips the comma before the filter string. Fix some Ethereal error messages not to say "tethereal". svn path=/trunk/; revision=7542
2003-04-23Allow taps to have menu item registration routines; the menu itemGuy Harris1-2/+2
registration routines, for taps with menu items (taps that can be run from the "Tools->Statistics" menu), create the menu item for the tap. "make-tapreg-dotc" constructs a "register_all_tap_menus()" function that calls all the tap menu item registration routines it finds, and Ethereal calls that routine after the main window has been constructed (so that the main menu exists, as the menu items are added to it). (Tethereal doesn't call it.) Get rid of the "menu" and "menu_init" arguments to "register_ethereal_tap"; the menu item is registered in the tap's menu item registration routine, not in its main registration routine. Have the RTP GUI tap register its menu item that way, rather than by having it compiled into "gtk/menu.c". (We're not ready yet to have taps whose menu items are under a submenu register themselves in that fashion, as "register_tap_menu_item()" can't yet create submenus.) svn path=/trunk/; revision=7540
2003-04-16From Lars Roland:Guy Harris1-108/+94
Add Response-Time statistics for each known mgcp message-type. Fix a few bugs and remove trailing whitespace. Use "gdouble" for printing time-values and calculating the average. It is easier to use and shouldn't overflow on big trace files like "guint32". Move some functions for time statistics into the new file timestats.c in the main directory. This code may be useful in the rpc and smb rtt-taps as well. svn path=/trunk/; revision=7469
2003-03-12From Lars Roland: printf fix.Guy Harris1-3/+3
svn path=/trunk/; revision=7348
2003-03-06Get rid of CRs.Guy Harris1-249/+249
svn path=/trunk/; revision=7301
2003-03-06From Lars Ronald :Ronnie Sahlberg1-0/+249
MGCP request/response matching and MGCPSTAT RTT calculation. For those with MGCP captures, try -z mgcp,rtd[,filter] svn path=/trunk/; revision=7294