From 49d075c4b3491b7b10ad39044d7a9f417f8f5acf Mon Sep 17 00:00:00 2001 From: Guy Harris Date: Thu, 24 Aug 2000 23:33:09 +0000 Subject: Include bus errors and aborts, as well as segmentation violations, as examples of errors that generate core dumps, and suggest that a stack trace from the debugger could be useful for *all* failures that produce core dumps. Note that the core dump file may be named "ethereal.core", and note that "tethereal" rather than "ethereal" should be used in file names if it's Tethereal that blew up. svn path=/trunk/; revision=2368 --- README | 18 ++++++++++++------ 1 file changed, 12 insertions(+), 6 deletions(-) (limited to 'README') diff --git a/README b/README index 4657d5ea16..91947e551a 100644 --- a/README +++ b/README @@ -1,4 +1,4 @@ -$Id: README,v 1.41 2000/08/22 06:50:04 gram Exp $ +$Id: README,v 1.42 2000/08/24 23:33:09 guy Exp $ General Information ------- ----------- @@ -214,11 +214,12 @@ a trace file along with your bug description. Please don't send a trace file greater than 1 MB when compressed. If the trace file contains sensitive information (e.g., passwords), then please do not send it. -If Ethereal died on you with a 'segmentation violation', you can help the -developers a lot if you have a debugger installed. A stack trace can be -obtained by using your debugger ('gdb' in this example), the ethereal binary, -and the resulting core file. Here's an example of how to use the gdb -command 'backtrace' to do so. +If Ethereal died on you with a 'segmentation violation', 'bus error', +'abort', or other error that produces a UNIX core dump file, you can +help the developers a lot if you have a debugger installed. A stack +trace can be obtained by using your debugger ('gdb' in this example), +the ethereal binary, and the resulting core file. Here's an example of +how to use the gdb command 'backtrace' to do so. $ gdb ethereal core (gdb) backtrace @@ -226,6 +227,11 @@ $ gdb ethereal core (gdb) quit $ +The core dump file may be named "ethereal.core" rather than "core" on +some platforms (e.g., BSD systems). If you got a core dump with +Tethereal rather than Ethereal, use "tethereal" as the first argument to +the debugger; the core dump may be named "tethereal.core". + Disclaimer ---------- -- cgit v1.2.1