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 $
- Follow-Ups:
- Re: [Ethereal-dev] print on solaris crashes
- From: Guy Harris
- Re: [Ethereal-dev] print on solaris crashes
- Prev by Date: Re: [Ethereal-dev] Re: [Ethereal-users] ethereal 0.9.1 compile failures
- Next by Date: Re: [Ethereal-dev] print on solaris crashes
- Previous by thread: Re: [Ethereal-dev] print on solaris crashes
- Next by thread: Re: [Ethereal-dev] print on solaris crashes
- Index(es):