added compression support for capture file output. The Save/As dialog now has a check...
authorulfl <ulfl@f5534014-38df-0310-8fa8-9805f1628bb7>
Wed, 14 Sep 2005 21:57:30 +0000 (21:57 +0000)
committerulfl <ulfl@f5534014-38df-0310-8fa8-9805f1628bb7>
Wed, 14 Sep 2005 21:57:30 +0000 (21:57 +0000)
commit5ce934816d7e526145f8d7ccb3356bf5c196d928
tree714a0f5ff24c62c46cc312f5a3a5eb7fe1ee581c
parent98dd8be3e082cb878e8d00ee587f5024e32081a2
added compression support for capture file output. The Save/As dialog now 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 ...

git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@15804 f5534014-38df-0310-8fa8-9805f1628bb7
14 files changed:
capture_loop.c
editcap.c
file.c
file.h
gtk/file_dlg.c
mergecap.c
randpkt.c
ringbuffer.c
tethereal.c
wiretap/file_access.c
wiretap/libpcap.c
wiretap/wtap-int.h
wiretap/wtap.def
wiretap/wtap.h