aboutsummaryrefslogtreecommitdiffstats
path: root/dumpcap.c
AgeCommit message (Collapse)AuthorFilesLines
2006-05-21name changeRonnie Sahlberg1-2/+2
svn path=/trunk/; revision=18197
2006-04-03Don't report the interface name unconditionally.Guy Harris1-1/+1
svn path=/trunk/; revision=17793
2006-04-03Put the low-level sync routines into a common file so they can be sharedGuy Harris1-73/+13
by dumpcap and Ethereal (so that, on UN*X, the child process can report a detailed "can't exec dumpcap" error). Rename most of the "sync_pipe_XXX_to_parent()" routines, as they're also in Tethereal, which doesn't have a sync pipe. svn path=/trunk/; revision=17789
2006-04-03In Tethereal, don't save to a temporary file if "-w" isn't specified,Guy Harris1-43/+45
even if doing a live capture; just print the packets without saving them. In dumpcap: default to the capturing the entire packet; don't do the "Press any key" stuff when debugging on UN*X; do console logging (to the standard error) even when we're running as the capture child (the sync pipe should only be the standard output, not the standard error). svn path=/trunk/; revision=17786
2006-03-24Various code cleanup in the capture pipe stuffUlf Lamping1-11/+2
svn path=/trunk/; revision=17714
2006-03-13fix bug #803: sync pipe on Win32 wasn't set to binary mode, so error message ↵Ulf Lamping1-39/+42
transport failed between Ethereal and dumpcap. I've also changed the way the secondary error message is transported from former "header message 0 secondary 0" to "header header message 0 header secondary 0" as that might be a bit more clearer, and I'll need it for further development anyway. I was using this while debugging and not recognizing the real problem - for about four hours :-(. I'll need this feature when doing the interface (and link layer type) browsing later (transferring this data from dumpcap to Ethereal) to get a full blown privilege seperation. svn path=/trunk/; revision=17608
2006-03-05Pass two strings in capture child messages, so the child can sendGuy Harris1-49/+49
primary and secondary error messages and let the parent worry about how to display them. This means dumpcap doesn't need stub routines for generating the formatting tags for the primary and secondary messages. Have a separate message for capture filter errors, so that the parent can check whether the capture filter looks like a display filter and report the appropriate message. This means that dumpcap doesn't need a stub routine for compiling display filters (a stub routine also means that Ethereal won't do the check for capture filters that look like display filters!). svn path=/trunk/; revision=17465
2006-02-25update some comments, as dumpcap no longer uses console window stuffUlf Lamping1-21/+2
svn path=/trunk/; revision=17403
2006-02-17remove dependencies to pcap.h, so getting an idea what needs to be done by ↵Ulf Lamping1-55/+101
dumpcap in addition to the things already done now various dumpcap related code cleanup: mainly #include's and capture engine related stuff svn path=/trunk/; revision=17327
2006-02-12Move create_tempfile() to tempfile.c out of util.c. This means dumpcapGuy Harris1-26/+0
no longer needs util.c, so it no longer includes routines that use host_ip_af(), so it no longer needs to define its own host_ip_af(). That also means dumpcap.c no longer needs to include <sys/socket.h>. svn path=/trunk/; revision=17278
2006-02-12freebsd needs to define AF_INET6, seems to need sys/socket.hUlf Lamping1-0/+4
svn path=/trunk/; revision=17269
2006-02-11the point of no return ...Ulf Lamping1-175/+16
using dumpcap as the capture child for Ethereal. dumpcap is a plain console application now, even for Win32 (so no WinMain, create_console and special piping stuff reguired). The undocumented command line option -Z will switch dumpcap into "child mode", using binary instead of plain text output messages to communicate with a parent Ethereal. Ethereal's main.c no longer needs to distinguish between child mode or not, so some simplifying here. capture_sync.c has to call dumpcap in a "hidden window" mode using CreateProcess instead of spawnvp, otherwise an uggly console window would appear. The handles created by _pipe doesn't seem to be inheritable for this function, using CreatePipe instead. The file capture_loop.c is only needed by dumpcap, removed from Ethereal link objects. Some debugging aid added and other minor cleanup done. svn path=/trunk/; revision=17256
2006-02-10remove all calls to exit() from the capture_opts.c and replace them by ↵Ulf Lamping1-5/+9
status return values (0,1 or 2). This way makes it much easier to debug, e.g. to set a common breakpoint if a command line parameter fails. svn path=/trunk/; revision=17240
2006-02-10some improvements in the console output handlingUlf Lamping1-17/+96
svn path=/trunk/; revision=17238
2006-01-12minor changes to the usage outputUlf Lamping1-4/+4
svn path=/trunk/; revision=17009
2006-01-05cleanup of exit_main() declarationUlf Lamping1-5/+6
svn path=/trunk/; revision=16960
2006-01-03__attribute__ noreturn can only be used in function declations.Jörg Mayer1-0/+1
svn path=/trunk/; revision=16938
2005-12-31add the GCC specific attribute "noreturn" to exit_main()Ulf Lamping1-5/+8
add an error message if no interfaces could be found (and mention that it might be a privilege problem) svn path=/trunk/; revision=16924
2005-12-31From Jaap Keuter:Ulf Lamping1-12/+14
Even though dumpcap isn't finished I would like this patch applied in order to: 1. remove some compiler warnings 2. avoid a seg fault when running dumpcap without parameters as normal user. svn path=/trunk/; revision=16922
2005-12-18warning: function declaration isn't a prototypeJörg Mayer1-1/+1
svn path=/trunk/; revision=16852
2005-12-16some minor fixes: logging and comments fixedUlf Lamping1-9/+16
svn path=/trunk/; revision=16819
2005-12-15use capture_opts_trim_iface() instead of duplicated codeUlf Lamping1-47/+69
various minor code cleanup svn path=/trunk/; revision=16805
2005-12-13HUGE STEP (hopefully toward the right direction):Ulf Lamping1-96/+20
remove a lot of redundant code from tethereal and use (move) stuff from capture_loop.c instead. concentrate common capture related code in capture_opts.c, e.g. trying to find the right interface to capture from (command line option, preference, first usable) instead of duplicating this code over several files. remove redundant code from dumpcap.c this also implements command line option -D (and indexed interfaces at -i) for Ethereal and Dumpcap (as we have it in Tethereal already for a while) svn path=/trunk/; revision=16787
2005-12-06rename pcap-....c/.h files to capture-pcap-....c/.hUlf Lamping1-1/+1
this way, the capture prefix will "logically" group the files together and file browsers will also group them we may want to move the files into a subdir capture later svn path=/trunk/; revision=16691
2005-12-05no more usage of Ethereal.lib in dumpcap any longer :-)Ulf Lamping1-27/+61
use capture_opts_trim() output of command line usage and version "enhanced" svn path=/trunk/; revision=16684
2005-12-04We need AF_INET6 on linux, so include netdb.h if available.Jörg Mayer1-0/+4
Add dumpcap to svn:ignore. svn path=/trunk/; revision=16676
2005-12-04move the complete functionality of the capture info dialog from ↵Ulf Lamping1-33/+9
capture_loop.c to capture_info.c and call it from capture.c (instead of capture_loop.c). This way, the capture child don't need to now any of the packet_counter things (no epan/packet.h and all alike). Currently the capture_info code will always open another wiretap file instance to build it's own counter values. This isn't optimized for now (next step: use data from cf_continue_tail() somehow). svn path=/trunk/; revision=16669
2005-12-03split some parts of the packet counting functions into their own files ↵Ulf Lamping1-3/+4
capture_info(.c/.h), so we can use it from the main program svn path=/trunk/; revision=16668
2005-12-03split capture.h into capture.h, capture_loop.h and capture_opts.h and place ↵Ulf Lamping1-0/+1
the parts into the corresponding files svn path=/trunk/; revision=16664
2005-12-01fix OPTINIT string, help output and add an exit_main functionUlf Lamping1-37/+34
svn path=/trunk/; revision=16643
2005-11-28dumpcap.c doesn't need to link with file.c!Ulf Lamping1-84/+27
this fortunately removes *a lot* of dependencies and make the resulting binary a lot smaller (and hopefully faster to load :-) some more cleanup (like replacing // by /**/) svn path=/trunk/; revision=16620
2005-11-28Add support for building dumpcap, and fix dumpcap to build on UN*X.Guy Harris1-2/+1
svn path=/trunk/; revision=16618
2005-11-28first steps towards a separated capture tool, working title "dumpcap"Ulf Lamping1-0/+846
personal backup only, not meant for public testing! I've copied main.c into dumpcap.c and carved out all things not needed currently won't work as a command line tool, capture_loop.c wants an input pipe console output is also very ugly and the whole code needs a lot of further cleanup shouldn't break the unix build as I've only changed the nmake files so far, but who knows ... svn path=/trunk/; revision=16615
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-05 06:54:20 +0000