Ethereal-cvs: [ethereal-cvs] cvs commit: ethereal ethereal.c capture.c file.c

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: Guy Harris <guy@xxxxxxxxxxxx>
Date: Thu, 19 Aug 1999 00:31:30 -0500 (CDT)
guy         1999/08/19 00:31:28 CDT

  Modified files:
    .                    ethereal.c capture.c file.c 
  Log:
  Have the per-capture-file-type open routines "wtap_open_offline()" calls
  return 1 on success, -1 if they got an error, and 0 if the file isn't of
  the type that file is checking for, and supply an error code if they
  return -1; have "wtap_open_offline()" use that error code.  Also, have
  the per-capture-file-type open routines treat errors accessing the file
  as errors, and return -1, rather than just returning 0 so that we try
  another file type.
  
  Have the per-capture-file-type read routines "wtap_loop()" calls return
  -1 and supply an error code on error (and not, as they did in some
  cases, call "g_error()" and abort), and have "wtap_loop()", if the read
  routine returned an error, return FALSE (and pass an error-code-pointer
  argument onto the read routines, so they fill it in), and return TRUE on
  success.
  
  Add some new error codes for them to return.
  
  Now that "wtap_loop()" can return a success/failure indication and an
  error code, in "read_cap_file()" put up a message box if we get an error
  reading the file, and return the error code.
  
  Handle the additional errors we can get when opening a capture file.
  
  If the attempt to open a capture file succeeds, but the attempt to read
  it fails, don't treat that as a complete failure - we may have managed
  to read some of the capture file, and we should display what we managed
  to read.
  
  Revision  Changes    Path
  1.96      +23 -26    ethereal/ethereal.c
  1.56      +4 -5      ethereal/capture.c
  1.75      +58 -19    ethereal/file.c