Backtrace

Differences between revisions 7 and 8
⇤ ← Revision 7 as of 2006-05-01 21:22:15 →
Size: 1130
Editor: ottawa-hs-64-26-167-206
Comment:
← Revision 8 as of 2006-05-01 21:47:37 → ⇥
Size: 1150
Editor: ottawa-hs-64-26-167-206
Comment:
Deletions are marked like this. Additions are marked like this.
Line 13: Line 13:
gdb <program> 2>&1 | tee gdb.txt gdb <program> 2>&1 | tee gdb-<program>.txt
Line 22: Line 22:
 1. Attach the complete output from GDB, contained in gdb.txt, in your bug report.  1. Attach the complete output from GDB, contained in gdb-<program>.txt, in your bug report.

A backtrace shows a listing of which program functions are still active. Since functions are nested when they are called, the program must record where it left one function, to jump into an inner one. It does this on the stack, which we dump for the backtrace,

By getting a backtrace at the point of a bug, a developer may be able to isolate where that bug is, because it will narrow down to the function, or even the line, that caused the erroneous behaviour.

Generation

Please ensure you have packages with debug symbols installed. You can do this by following the instructions at DebuggingProgramCrash.

  1. Make sure the GNU Debugger is installed. 

    apt-get install gdb

  2. Start the program under control of gdb: 

    gdb <program> 2>&1 | tee gdb-<program>.txt
(gdb) handle SIG33 pass nostop noprint
(gdb) run <arguments, if any>
  3. The program will start. Perform any actions necessary to reproduce the crash

  4. Retrieve a backtrace of the crash: 

    (gdb) backtrace
(gdb) thread apply all backtrace

  5. Attach the complete output from GDB, contained in gdb-<program>.txt, in your bug report.

Backtrace (last edited 2022-12-20 22:15:16 by sergiodj)