Wireshark · Ethereal-cvs: [Ethereal-cvs] cvs commit: ethereal capture.c capture.h file.h tethereal.c

[Guy Harris <guy@xxxxxxxxxxxxxxxxxxx>]

guy         2002/02/23 21:33:05 CST

  Modified files:
    .                    capture.c capture.h file.h tethereal.c 
  Log:
  "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.
  
  Revision  Changes    Path
  1.170     +44 -23    ethereal/capture.c
  1.30      +8 -1      ethereal/capture.h
  1.91      +1 -3      ethereal/file.h
  1.124     +33 -18    ethereal/tethereal.c