GDB

The GNU Debugger GDB is the most common debug tool for Linux. It features most used features one can think of, including server-client debug architecture (so you run the heavy debug part on your host/pc machine), but lack some bits as checkpoint-restart during execution.

Documentation
GDB ships with extensive documentation at http://www.gnu.org/software/gdb/documentation/, but there are some good quick reference cards as well.

Basic Usage
Documentation is so large that sometimes its hard to get started, so most simple tasks can be done with the following commands, but please read GDB docs as soon as possible!

Startup
To start a new application for debug, use:

$ gdb ./binary $ gdb ./binary core.dump $ gdb --args ./binary arg1 arg2 $ gdb --command=my-gdb-commands.txt --args ./binary arg1 arg2

and then run it with (args just required if no --args were used):

(gdb) run arg1 arg2

if you need to execute a series of commands every time, consider writing them on a file and use  (or  ).

It's usually a pain to run the full gdb on your device, so use gdbserver on the target and gdb on host:

target/device$ gdbserver 0.0.0.0:2345 ./binary arg1 arg2 target/device$ gdbserver /dev/ttyS1 ./binary arg1 arg2 target/device$ gdbserver /dev/ttyS1 --attach PID

host/pc$ gdb (gdb) target remote /dev/ttyS1 (gdb) target remote 192.168.0.123:2345

If application is already running, find out its pid (ps, top, pidof, ...) and:

$ gdb --pid $PID

Breakpoints
If you control-C (^C), it will break at that point, but you can also schedule a breakpoint with:

(gdb) break function (gdb) break line (gdb) break file:function (gdb) break file:line

conditional breaks are in the form:

(gdb) break where if condition

where  is some C expression that evaluates to 1 or 0, like

One can disable or remove breakpoints with: (gdb) enable breakpoint-number (gdb) disable breakpoint-number (gdb) delete breakpoint-number (gdb) clear      # removes all breakpoints

Examining
To list source code nearby position or specific places: (gdb) list (gdb) list line (gdb) list function (gdb) list file:line (gdb) list file:function (gdb) list *address

To list execution backtrace (or  for short): (gdb) backtrace

To change frame to operate on: (gdb) frame frame-number

To change thread to operate on: (gdb) thread thread-number

To print some value or expression: (gdb) print $register (gdb) print variable (gdb) print *address (gdb) print *(int *)address (gdb) print *(char **)address (gdb) print myfunc(p1, p2) # will actually execute it and return result! (gdb) print *a = 123 # will actually change *a value and return 123! (gdb) print file::variable (gdb) print function::variable

To disassembly: (gdb) disassembly (gdb) disassembly file:line

Print function arguments: (gdb) info args

Print locals: (gdb) info locals

Print breakpoints: (gdb) info breakpoints

Print threads: (gdb) info threads

Stepping
To go to next instruction, possible entering a function (or  for short): (gdb) step

To go to next instruction, but avoid entering new functions (or  for short): (gdb) next

To continue until the function returns: (gdb) finish

To continue execution (or  for short): (gdb) continue

Manipulating Program
To set variable to some value: (gdb) set var name=value

To force function to return: (gdb) return value (gdb) return expression

Changing Signal Handlers
(gdb) handle signal action

debugging applications with old libC, those pre-nptl, can be really annoying due SIG32 and SIG33, one can ignore those with: (gdb) handle SIG32 nostop (gdb) handle SIG32 noprint (gdb) handle SIG33 nostop (gdb) handle SIG33 noprint

Shared Object Paths
Often your cross compile root is not, so you might have to add new paths to the search list.

Unset absolute prefix: (gdb) set solib-absolute-prefix null

Add paths to search paths: (gdb) set solib-search-path /path1:/path2