From 7616dfff2d8cc538b8d5f1ef9d2ccf858b445080 Mon Sep 17 00:00:00 2001 From: guy Date: Wed, 24 Aug 2011 02:25:08 +0000 Subject: Fix a comment; this includes describing an additional way in which we could fail to open the capture file. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@38695 f5534014-38df-0310-8fa8-9805f1628bb7 --- capture_sync.c | 18 +++++++++++++----- 1 file changed, 13 insertions(+), 5 deletions(-) (limited to 'capture_sync.c') diff --git a/capture_sync.c b/capture_sync.c index 8ef2ed148a..156e9ed31e 100644 --- a/capture_sync.c +++ b/capture_sync.c @@ -1612,11 +1612,19 @@ sync_pipe_input_cb(gint source, gpointer user_data) alerted. Close the sync pipe. */ ws_close(source); - /* the child has send us a filename which we couldn't open. - this probably means, the child is creating files faster than we can handle it. - this should only be the case for very fast file switches - we can't do much more than telling the child to stop - (this is the "emergency brake" if user e.g. wants to switch files every second) */ + /* The child has sent us a filename which we couldn't open. + + This could mean that the child is creating files faster + than we can handle it. (XXX - why would that result in + a failure to open the file?) + + That should only be the case for very fast file switches; + We can't do much more than telling the child to stop. + (This is the "emergency brake" if the user e.g. wants to + switch files every second). */ + + This can also happen if the user specified "-", meaning + "standard output", as the capture file. */ sync_pipe_stop(capture_opts); capture_input_closed(capture_opts, NULL); return FALSE; -- cgit v1.2.3