fix bug #803: sync pipe on Win32 wasn't set to binary mode, so error message transport failed between Ethereal and dumpcap.

I've also changed the way the secondary error message is transported from former "header message 0 secondary 0" to "header header message 0 header secondary 0" as that might be a bit more clearer, and I'll need it for further development anyway.

I was using this while debugging and not recognizing the real problem - for about four hours :-(. I'll need this feature when doing the interface (and link layer type) browsing later (transferring this data from dumpcap to Ethereal) to get a full blown privilege seperation.

svn path=/trunk/; revision=17608

1 files changed, 1 insertions, 2 deletions

diff --git a/capture.c b/capture.c
index 4ddf910acd..2285299be5 100644
--- a/capture.c
+++ b/capture.c
@@ -374,9 +374,8 @@ capture_input_drops(capture_options *capture_opts, int dropped)
    The secondary message might be a null string.
  */
 void
-capture_input_error_message(capture_options *capture_opts, char *error_msg)
+capture_input_error_message(capture_options *capture_opts, char *error_msg, char *secondary_error_msg)
 {
-  char *secondary_error_msg = strchr(error_msg, '\0') + 1;
   gchar *safe_error_msg;
   gchar *safe_secondary_error_msg;