Ethereal-dev: RE: [Ethereal-dev] print on solaris crashes

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

From: "HOOD, Andy" <ahood@xxxxxxxxxxxxxx>
Date: Thu, 14 Feb 2002 08:28:37 +1100
I had the same thing happen.
print tries to use lpr (by default)
root's path doesn't include lpr
ethereal explodes.

Regards,
Andrew Hood
A distributed system is one in which the failure of a computer you didn't
even know existed can render your own computer unusable. -- Leslie Lamport,
as quoted in CACM, June 1992


-----Original Message-----
From:	Guy Harris [mailto:guy@xxxxxxxxxx]
Sent:	Thursday, 14 February 2002 07:53
To:	Chris Ricker
Cc:	ethereal-dev@xxxxxxxxxxxx
Subject:	Re: [Ethereal-dev] print on solaris crashes

> Now that I got my compile issues straightened, I've been playing with 
> ethereal-0.9.1 on a Solaris 8 box.  I accidentally hit print (I don't even

> have lp running on this box yet),

"Print" doesn't necessarily require a printer; you can print to a file
as well.

> and it crashed ethereal.
> 
> Ethereal died with the message:
> ** ERROR **: file print.c: line 142 (get_field_data): should not be
reached
> aborting...
> 
> Here's the backtrace from the core file:
> 
> #0  0xfed9bb54 in _libc_kill () from /usr/lib/libc.so.1
> (gdb) backtrace
> #0  0xfed9bb54 in _libc_kill () from /usr/lib/libc.so.1
> #1  0xfed357c4 in abort () from /usr/lib/libc.so.1
> #2  0xff0593d4 in g_logv (log_domain=0x0, log_level=G_LOG_LEVEL_ERROR, 
>     format=0x0, args1=0x6) at gmessages.c:389
> #3  0xff05946c in g_log (log_domain=0x0, log_level=G_LOG_LEVEL_ERROR, 
>     format=0x2c82c0 "file %s: line %d (%s): should not be reached")
>     at gmessages.c:406
> #4  0x1602c4 in proto_tree_print ()
> #5  0x16039c in proto_tree_print ()

Either the debugger is broken, or some files weren't compiled with "-g",
or something such as that; unfortunately, this means that we probably
can't get any further information from the debugger.

Did you read a capture file, or did you do a live capture?  If you did a
live capture, the capture file is probably in "/tmp" or "/var/tmp" with
a name beginning with "etherXXXX".  In either case, save a copy of the
capture file, and try running

	tethereal -V -r {the capture file name} >/dev/null

and see if it crashes.

We may need to get a copy of the capture file in order to debug this
further.

_______________________________________________
Ethereal-dev mailing list
Ethereal-dev@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-dev
	-------------------------------------------------------
NOTE:	  The attachment below was deleted because it had a
	  suspicious file name (winmail.dat).

	  It is the policy of this list to drop any message
	  attachments that may be executable.  See
	  http://www.ethereal.com/lists/#lists
	  for more details.
	-------------------------------------------------------
This message has been 'sanitized'.  This means that potentially
dangerous content has been rewritten or removed.  The following
log describes which actions were taken.

Sanitizer (start="1013635860"):
  Part (pos="1753"):
    SanitizeFile (filename="unnamed.txt", mimetype="text/plain"):
      Match (rule="2"):
        Enforced policy: accept

  Part (pos="4152"):
    SanitizeFile (filename="winmail.dat", mimetype="application/ms-tnef"):
      Match (rule="1"):
        Enforced policy: drop

      Replaced mime type with: text/plain
      Replaced file name with: MANGLED_ON_PURPOSE-576.txt

  Total modifications so far: 1


Anomy 0.0.0 : Sanitizer.pm
$Id: Sanitizer.pm,v 1.32 2001/10/11 19:27:15 bre Exp $