Ethereal-cvs: [Ethereal-cvs] rev 15804: /trunk/gtk/: file_dlg.c /trunk/: capture_loop.c editca
User: ulfl
Date: 2005/09/14 04:57 PM
Log:
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 ...
Directory: /trunk/gtk/
Changes Path Action
+16 -2 file_dlg.c Modified
Directory: /trunk/
Changes Path Action
+5 -5 capture_loop.c Modified
+1 -1 editcap.c Modified
+10 -3 file.c Modified
+2 -1 file.h Modified
+1 -1 mergecap.c Modified
+1 -1 randpkt.c Modified
+1 -1 ringbuffer.c Modified
+3 -3 tethereal.c Modified
Directory: /trunk/wiretap/
Changes Path Action
+200 -80 file_access.c Modified
+21 -21 libpcap.c Modified
+3 -0 wtap-int.h Modified
+2 -1 wtap.def Modified
+6 -3 wtap.h Modified
http://anonsvn.ethereal.com/viewcvs/viewcvs.py?rev=15804&view=rev