"autostop_filesize" and "autostop_duration" don't need to be in the
authorguy <guy@f5534014-38df-0310-8fa8-9805f1628bb7>
Sun, 24 Feb 2002 03:33:05 +0000 (03:33 +0000)
committerguy <guy@f5534014-38df-0310-8fa8-9805f1628bb7>
Sun, 24 Feb 2002 03:33:05 +0000 (03:33 +0000)
commit45fed4c7d483e51f2b297df0658feffde07ddb4f
treeaec410fc717b83b244d5a5272f37e65cec64e457
parentcda2e762dfeea40780e2859d17ea1f3160740873
"autostop_filesize" and "autostop_duration" don't need to be in the
"capture_file" structure - they're a property of an in-progress capture,
not a property of an open capture file.  Make them just variables.

The maximum number of packets to be captured should be a variable
separate from the "count" field in the "capture_file" structure - the
latter is a count of the packets in the capture file in question.

Have Boolean variables indicating whether a maximum packet count,
maximum capture file size, and maximum capture duration were specified.
If an option isn't set, and we're doing an "update list of packets in
real time" capture, don't pass the option to the child process with a
command-line argument.

Don't create "stop when the capture file reaches this size" or "stop
when the capture's run for this long" conditions if a maximum capture
file size or a maximum capture duration, respectively, haven't been
specified.  Don't test or free a condition if it wasn't created.

Don't allow a 0 argument to the "-c" flag - the absence of a "-c" flag
is the way you specify "no limit on the number of packets".

Initialize the check boxes and spin buttons for the "maximum packets to
capture", "maximum capture size", and "maximum capture duration" options
to the values they had in the last capture.  If an option wasn't
specified, don't read its value from the dialog box and set the
variable.

git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@4795 f5534014-38df-0310-8fa8-9805f1628bb7
capture.c
capture.h
file.h
gtk/capture_dlg.c
gtk/main.c
tethereal.c