aboutsummaryrefslogtreecommitdiffstats
path: root/README
diff options
context:
space:
mode:
authorGuy Harris <guy@alum.mit.edu>2000-08-24 23:33:09 +0000
committerGuy Harris <guy@alum.mit.edu>2000-08-24 23:33:09 +0000
commit49d075c4b3491b7b10ad39044d7a9f417f8f5acf (patch)
tree195abec0eb5dd5f7aba37814730b663a39781606 /README
parent2cbf5c4a15e83f08f8e4926f24a94e20451bce38 (diff)
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
Diffstat (limited to 'README')
-rw-r--r--README18
1 files changed, 12 insertions, 6 deletions
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
----------