Age | Commit message (Collapse) | Author | Files | Lines |
|
libpcap callback routine (if it's not getting defined, <pcap.h> doesn't
work).
svn path=/trunk/; revision=15952
|
|
a capture device open fails.
svn path=/trunk/; revision=15951
|
|
has a checkbox "Compress with gzip"
currently limited to Ethereal and all the variants of libpcap filetypes only.
We might want to add output compression support to the other tools as well (tethereal, mergecap, ...).
We might also want to add support for the other filetypes, but this is only possible if the filetype functions doesn't use special output operations like fseek.
One bug is still left: if the input and output filetypes while saving are the same, Ethereal currently optimizes this by simply copy the binary file instead of using wiretap (so it will be faster but it will ignore the compress setting).
Don't know a good workaround for this, as I don't know a way to find out if the input file is currently compressed or not. One idea might be to use a heuristic on the filesize (compared to the packet size summmary). Another workaround I see is to remove this optimization, which is of course not the way I like to do it ...
svn path=/trunk/; revision=15804
|
|
svn path=/trunk/; revision=15244
|
|
to capture_loop_dispatch, so put it in the loop_data
svn path=/trunk/; revision=14442
|
|
svn path=/trunk/; revision=14441
|
|
engine, e.g. GLib provides different domains for different submodules. Output more verbose than warning level will be disabled by default (just like before).
use the console_log_handler in main.c for win32 AND unix now
Currently use the log for the capturing engine (only), as I desperately needed a log output for debugging.
svn path=/trunk/; revision=14438
|
|
don't do a "select()".
svn path=/trunk/; revision=14358
|
|
svn path=/trunk/; revision=14241
|
|
svn path=/trunk/; revision=14101
|
|
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
|
|
with one of the "Multiple files" option.
If this is used together with an option where input files changes too fast (e.g. new file every second), capturing will be (hopefully) stopped.
I've replaced the former capture pipe message format into a somewhat more general format to remove a lot of confusion.
svn path=/trunk/; revision=14054
|
|
fflush new output file (to have at least the pcap header on disk) before sending the corresponding message to the capture parent
svn path=/trunk/; revision=14052
|
|
svn path=/trunk/; revision=14041
|
|
sometimes clipped packets in the middle, now using a pipe called signal_pipe from the parent to the child for this.
On unix we're using kill() for this, which simply signals the child, but this isn't available on win32.
svn path=/trunk/; revision=14040
|
|
svn path=/trunk/; revision=14034
|
|
svn path=/trunk/; revision=13957
|
|
rename sync_mode to real_time_mode, as we using sync_mode all the time now, so the name is misleading
svn path=/trunk/; revision=13956
|
|
svn path=/trunk/; revision=13954
|
|
most notably:
- moved opening of safe_file to the capture child (capture_loop.c)
- removed save_file_fd from capture_opts (no longer need to have it global)
svn path=/trunk/; revision=13953
|
|
rework of the -b command line parameter (for Ethereal and Tethereal)
svn path=/trunk/; revision=13949
|
|
filter after installing the filter.
Set HAVE_PCAP_LIB_VERSION if we're building with WinPcap 3.1; it's not
present in earlier versions, but is present in current 3.1 betas.
Check HAVE_PCAP_LIB_VERSION when building capture-wpcap.c.
svn path=/trunk/; revision=13872
|
|
svn path=/trunk/; revision=13845
|
|
some fork_child cleanup
svn path=/trunk/; revision=13482
|
|
together with the pre-3.0 releases. Mention 3.1 beta's support, noting
that it's a beta.
svn path=/trunk/; revision=13406
|
|
svn path=/trunk/; revision=13325
|
|
move another two capture related fields (iface and cfilter) from cfile to capture_opts
also move the handling of capture related command line options from main.c to capture.c, that way a future privilege seperated capture program can use the same code to parse it's command line than Ethereal.
It might be even possible to share this parser code even with Tethereal, didn't took a closer look at this.
svn path=/trunk/; revision=13320
|
|
and capture_opts instead
svn path=/trunk/; revision=13284
|
|
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
|
|
is the place where it should be
svn path=/trunk/; revision=13268
|
|
(decoupling dependencies)
svn path=/trunk/; revision=13266
|
|
as the total packet count wasn't updated, the capture_info dialog wasn't updated accordingly
svn path=/trunk/; revision=13021
|
|
errmsg - errmsg is a pointer, so sizeof errmsg is the size of the
pointer, not the size of what it points to.
svn path=/trunk/; revision=12983
|
|
"capture_loop_dispatch()" uses it.
svn path=/trunk/; revision=12859
|
|
svn path=/trunk/; revision=12855
|
|
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
|
|
contractions. (Safari does, at least when you're trying to open a file
to which you don't have read access.)
svn path=/trunk/; revision=12852
|
|
"sizeof(errmsg)', when "errmsg" is a "char *", doesn't give the size of
the string to which "errmsg" points, it gives the size of the pointer
itself, which is too small.
svn path=/trunk/; revision=12851
|
|
svn path=/trunk/; revision=12848
|
|
svn path=/trunk/; revision=12846
|
|
to make it compile on UN*X. Get rid of some #includes that don't appear
to be needed, at least on OS X 10.3 (they might be needed on other
platforms).
svn path=/trunk/; revision=12453
|
|
svn path=/trunk/; revision=12451
|