aboutsummaryrefslogtreecommitdiffstats
path: root/tap-dcerpcstat.c
Commit message (Collapse)AuthorAgeFilesLines
* Have tap listeners specify whether the "packet" routine requiresGuy Harris2009-06-051-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | a protocol tree; the column values. This includes stats-tree listeners. Have the routines to build the packet list, and to retap packets, honor those requirements. This means that cf_retap_packets() no longer needs an argument to specify whether to construct the column values or not, so get rid of that argument. This also means that there's no need for a tap to have a fake filter to ensure that the protocol tree will be built, so don't set up a fake "frame" filter. While we're at it, clean up some cases where "no filter" was represented as a null string rather than a null pointer. Have a routine to return an indication of the number of tap listeners with filters; use that rather than the global num_tap_filters. Clean up some indentation and some gboolean vs. gint items. svn path=/trunk/; revision=28645
* More rewrite of prohibited APIs (sprintf, strcpy, strcat).Stig Bjørlykke2008-02-031-2/+1
| | | | svn path=/trunk/; revision=24258
* Use G_GINT64_MODIFIER to print gint64's and guint64's.Guy Harris2007-12-051-1/+1
| | | | svn path=/trunk/; revision=23767
* Wireshark now requires support for 64-bit types so there's no need to #ifdefJeff Morriss2007-04-161-7/+2
| | | | | | | around them. Print 64-bit types using the PRI macros; add inttypes.h to tap.h (if necessary) to pick up those macros for all the taps. svn path=/trunk/; revision=21442
* Tethereal/tethereal -> TShark/tshark.Gerald Combs2006-05-311-5/+5
| | | | svn path=/trunk/; revision=18268
* Ethereal->WiresharkAnders Broman2006-05-281-5/+5
| | | | svn path=/trunk/; revision=18235
* ethereal->wireshark updatesRonnie Sahlberg2006-05-221-1/+1
| | | | svn path=/trunk/; revision=18206
* name changeRonnie Sahlberg2006-05-211-2/+2
| | | | svn path=/trunk/; revision=18197
* add an userdata argument to register_stat_cmd_arg() and its callback to use ↵Luis Ontanon2006-02-111-2/+2
| | | | | | the callback for multiple registrations. svn path=/trunk/; revision=17252
* EVERYTHING IN THE BUILDBOT IS GOING TO BE RED!!! Sorry! Ulf Lamping2005-08-241-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
* Rename epan/stat.[ch] to epan/stat_cmd_args.[ch] - it only deals withGuy Harris2005-08-201-1/+1
| | | | | | | implementing the "-z" command-line arguments, it doesn't deal with *all* issues for stats. svn path=/trunk/; revision=15483
* Move the stats.[ch] stuff into epan, so plugins can use it.Guy Harris2005-08-191-1/+1
| | | | svn path=/trunk/; revision=15429
* Move the APIs for registering and processing "-z" command-line argumentsGuy Harris2005-08-191-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
* Squelch more const warnings (and fix some memory leaks that found).Guy Harris2005-08-061-2/+2
| | | | | | | | | | _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
* Constify to remove a bunch of warnings. Add some casts to squelchGuy Harris2005-07-241-2/+2
| | | | | | | | | | | | (presumably-)harmless-but-otherwise-unremovable const-to-nonconst warnings. In the TACACS dissector, clean up the variables used in option parsing to avoid some const-to-nonconst warnings. Clean up some white space. svn path=/trunk/; revision=15043
* Rename "register_ethereal_tap()" to "register_tap_listener_cmd_arg()" asGuy Harris2005-04-011-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
* As we've made the tap_specific_data field of a tap_packet_t structure aGuy Harris2005-01-011-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
* Move the tap infrastructure to the epan directory.Guy Harris2004-09-291-1/+1
| | | | svn path=/trunk/; revision=12128
* Move dissectors to epan/dissectors directory.Gilbert Ramirez2004-07-181-1/+1
| | | | | | | | | | Also move ncp222.py, x11-fields, process-x11-fields.pl, make-reg-dotc, and make-reg-dotc.py. Adjust #include lines in files that include packet-*.h files. svn path=/trunk/; revision=11410
* Set the svn:eol-style property on all text files to "native", so thatGuy Harris2004-07-181-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
* replace info field "gboolean request" by "guint8 ptype",Ulf Lamping2004-05-071-2/+2
| | | | | | so the packet type can be better detected svn path=/trunk/; revision=10812
* DCE RPC statistics are maintained only by major version, not by majorGuy Harris2004-01-191-8/+24
| | | | | | and minor version. svn path=/trunk/; revision=9743
* Trivial signed/unsigned warning fixesJörg Mayer2004-01-191-2/+2
| | | | svn path=/trunk/; revision=9732
* DCE RPC version numbers are unsigned - print them with "%u".Guy Harris2003-12-151-7/+16
| | | | | | | | | Do the same checks for negative and >255 version numbers in the Tethereal DCE RPC statistics tap that are done in the Ethereal tap. In the Ethereal tap, do those checks before looking up the protocol name. svn path=/trunk/; revision=9290
* fix to various stats tables.Ronnie Sahlberg2003-09-031-5/+4
| | | | | | | | | | | | | | The code used to rely on min_time==0 to determine whether this was the first packet or not and whereby we had to initialize min_time to the current value. This obviously does not work for capture files with poor timestamp resolution where the response time is actually, according to the capture file, 0 and we got all sorts of weird effects like average response time being less than the minimum response time. note, the bug only affected the minimum response time in the tables and not max or average response time. it would "miss" tose minimum response times that were ==0 and display the minumin response time in the capture that were >0 svn path=/trunk/; revision=8358
* Make "register_tap_listener()" return NULL on success and a "GString *"Guy Harris2003-04-231-3/+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
* Allow taps to have menu item registration routines; the menu itemGuy Harris2003-04-231-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
* From Ronnie Sahlberg: have a registration interface for tap listeners,Guy Harris2002-10-311-11/+47
| | | | | | | | | | | | | | | | and generate the table of stuff to register from tap source files, so Tethereal doesn't need to know what tap listeners exist. Get rid of "tap-xxx.h" files, as they're now empty. Add "tethereal-tap-register.c" to the .cvsignore file, as it's a new generated file. Update "Makefile.nmake" to generate "tethereal-tap-register.c". Clean up "Makefile.am" and "Makefile.nmake" a bit. svn path=/trunk/; revision=6525
* From Ronnie Sahlberg: ONLY calculate RTT values for replies we haveGuy Harris2002-10-251-1/+5
| | | | | | actually seen the request packet for. svn path=/trunk/; revision=6498
* From Ronnie Sahlberg: add a tap for statistics for DCERPC interfaces.Guy Harris2002-10-231-0/+241
svn path=/trunk/; revision=6479
generated by cgit v1.2.3 (git 2.25.1) at 2025-02-25 03:31:16 +0000