aboutsummaryrefslogtreecommitdiffstats
path: root/capture_sync.h
AgeCommit message (Collapse)AuthorFilesLines
2006-04-03Put the low-level sync routines into a common file so they can be sharedGuy Harris1-53/+0
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-03-24Various code cleanup in the capture pipe stuffUlf Lamping1-0/+10
svn path=/trunk/; revision=17714
2006-03-05Pass two strings in capture child messages, so the child can sendGuy Harris1-1/+7
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-17remove dependencies to pcap.h, so getting an idea what needs to be done by ↵Ulf Lamping1-0/+6
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-11the point of no return ...Ulf Lamping1-3/+0
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
2005-12-04move the complete functionality of the capture info dialog from ↵Ulf Lamping1-0/+19
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 capture.h into capture.h, capture_loop.h and capture_opts.h and place ↵Ulf Lamping1-0/+4
the parts into the corresponding files svn path=/trunk/; revision=16664
2005-04-30(hopefully) removed various gcc warningsUlf Lamping1-2/+1
svn path=/trunk/; revision=14241
2005-04-12capture engine: Ulf Lamping1-4/+0
add a new feature to clear the currently captured packets and restart the capture with the previous parameters various code cleanup and minor bugfixes Win32: use millisecond resolution in capture_loop, to smooth screen update a bit (500ms instead of 1000ms) svn path=/trunk/; revision=14059
2005-04-11various capture code cleanup and fixes: Ulf Lamping1-2/+5
display filename in statusbar while capturing print_usage banner fixed cf_cb_live_capture_prepare no longer needed rename sync_pipe_do_capture -> sync_pipe_start bugfix: sync_pipe_input_wait_for_start replaced by former implementation fix cleanup of old file in capture_input_new_file fix a tempfile detection bug (named file showed up as tempfile after capture) svn path=/trunk/; revision=14053
2005-03-28various (minor) capture code cleanupUlf Lamping1-10/+8
svn path=/trunk/; revision=13957
2005-02-23pass child capture filename to parent process (name currently unused) and ↵Ulf Lamping1-0/+4
some fork_child cleanup svn path=/trunk/; revision=13482
2005-02-04(some) redesign of capture data structures.Ulf Lamping1-2/+2
don't use global cfile at all but only an untpyed handle to call the cf_... functions in file.c move the save_file member from capture_file to capture_opts, as it's only used while capturing and while preparing it svn path=/trunk/; revision=13276
2004-12-29Don't use a global capture_opts in the capturing engine (this isn't a good ↵Ulf Lamping1-1/+2
idea). Do some more "housekeeping" in the capturing part. Hopefully the unspecified forward declaration of capture_options_t in main.h is portable, but buildbot will tell me. This way I need the internals of that struct only at the places I really use it. svn path=/trunk/; revision=12853
2004-10-30code cleanup: split capture_sync from capture.c into it's own file. Ulf Lamping1-0/+76
That's the part used, when "Update list of packets in real time" is used while capturing. svn path=/trunk/; revision=12445