wireshark - wireshark.org protocol dissector with Osmocom additions (obsolete)

Age	Commit message (Collapse)	Author	Files	Lines
2006-02-11	the point of no return ...	Ulf Lamping	1	-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-04	move the complete functionality of the capture info dialog from ↵	Ulf Lamping	1	-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-03	split capture.h into capture.h, capture_loop.h and capture_opts.h and place ↵	Ulf Lamping	1	-0/+4
	the parts into the corresponding files svn path=/trunk/; revision=16664
2005-04-30	(hopefully) removed various gcc warnings	Ulf Lamping	1	-2/+1
	svn path=/trunk/; revision=14241
2005-04-12	capture engine:	Ulf Lamping	1	-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-11	various capture code cleanup and fixes:	Ulf Lamping	1	-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-28	various (minor) capture code cleanup	Ulf Lamping	1	-10/+8
	svn path=/trunk/; revision=13957
2005-02-23	pass child capture filename to parent process (name currently unused) and ↵	Ulf Lamping	1	-0/+4
	some fork_child cleanup svn path=/trunk/; revision=13482
2005-02-04	(some) redesign of capture data structures.	Ulf Lamping	1	-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-29	Don't use a global capture_opts in the capturing engine (this isn't a good ↵	Ulf Lamping	1	-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-30	code cleanup: split capture_sync from capture.c into it's own file.	Ulf Lamping	1	-0/+76
	That's the part used, when "Update list of packets in real time" is used while capturing. svn path=/trunk/; revision=12445