Prog/debug/gdb の履歴(No.8)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• Prog/debug/gdb へ行く。
  • 1 (2016-08-21 (日) 06:50:30)
  • 2 (2016-08-21 (日) 07:00:10)
  • 3 (2016-08-21 (日) 16:37:00)
  • 4 (2016-08-21 (日) 22:14:40)
  • 5 (2016-08-27 (土) 08:25:27)
  • 6 (2018-04-05 (木) 09:18:46)
  • 7 (2018-05-31 (木) 10:51:25)
  • 8 (2018-06-08 (金) 09:03:57)
  • 9 (2018-07-10 (火) 08:43:20)
  • 10 (2018-08-12 (日) 02:18:06)
  • 11 (2019-06-10 (月) 01:59:05)
  • 12 (2021-05-22 (土) 03:45:11)

---

目次†

起動オプション†

core file から bcaktrace を見る†

• プログラムが SIGSEGV などのシグナルで死んだ場合に、吐き出された core ファイルを使って、落ちた箇所の特定をする
  1. プログラムを実行し、コアダンプが発生する

     $ ./TestProg
     CATest::SetEventQueue: [event_queue:0x7ffdf43294e0]
     Push: [queue_num:01][EVENT_ID:RUN]
     Pop(2): [queue_num:00][EVENT_ID:01:RUN]
     Push: [queue_num:01][EVENT_ID:INVALID]
     Pop(2): [queue_num:00][EVENT_ID:04:INVALID]
     Trace/breakpoint trap (コアダンプ)

  2. gdb を起動。プロンプト "(gdb)" が表示される。

     $ gdb
     (gdb)

  3. プログラムを読み込む

     (gdb) file ./TestProg
     Reading symbols from TestProg...(no debugging symbols found)...done.

  4. core ファイルを読み込む

     (gdb)  core-file core 
     [New LWP 15174]
     [New LWP 15173]
     [Thread debugging using libthread_db enabled]
     Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
     Core was generated by `./TestProg'.
     Program terminated with signal SIGTRAP, Trace/breakpoint trap.
     #0  0x00007f8f523dc79b in raise (sig=5) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
     37	../nptl/sysdeps/unix/sysv/linux/pt-raise.c: そのようなファイルやディレクトリはありません.
     (gdb)

  5. backtrace を表示させる

     (gdb) bt
     #0  0x00007f8f523dc79b in raise (sig=5) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
     #1  0x0000000000404c47 in SigsegvWorkerThread (
         p_args=<error reading variable: can't compute CFA for this frame>) at SigsegvWorkerThread.cpp:63
     #2  0x0000000000404abc in std::_Bind_simple<void (*(CSigsegvWorkerThreadArgs*))(CSigsegvWorkerThreadArgs*)>::_M_invoke<0ul>(std::_Index_tuple<0ul>) (
         this=<error reading variable: can't compute CFA for this frame>)
         at /usr/include/c++/4.9/functional:1700
     #3  0x00000000004049b5 in std::_Bind_simple<void (*(CSigsegvWorkerThreadArgs*))(CSigsegvWorkerThreadArgs*)>::operator()() (this=<error reading variable: can't compute CFA for this frame>)
         at /usr/include/c++/4.9/functional:1688
     #4  0x0000000000404932 in std::thread::_Impl<std::_Bind_simple<void (*(CSigsegvWorkerThreadArgs*))(CSigsegvWorkerThreadArgs*)> >::_M_run() (
         this=<error reading variable: can't compute CFA for this frame>)
         at /usr/include/c++/4.9/thread:115
     #5  0x00007f8f526a0970 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
     #6  0x00007f8f523d50a4 in start_thread (arg=0x7f8f51b0a700) at pthread_create.c:309
     #7  0x00007f8f51bf387d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
     (gdb) 

     • この例では、SigsegvWorkerThread() から呼びだされている raise() で落ちている。（そもそも raise() はそういうことをするための関数なのだが、ここはこういった例示の為のサンプルプログラムなので...）

実行形式からデバッグシンボルが分離されている場合†

• 実行形式とデバッグシンボルが別ファイルになっている場合がある
  • クラッキング対策などの理由で、実行形式からデバッグシンボルを strip した場合は、実行形式にデバッグシンボルが全く残っていない。
  • そうはいってもデバッグに困るので、別ファイルにデバッグシンボルのみを保存する場合がある
• こうした場合は、実行形式とデバッグシンボルを別々に読み込む
  1. 実行形式の読み込み

     (gdb) file ./TestProg
     Reading symbols from TestProg...(no debugging symbols found)...done.
     (gdb) 

  2. デバッグシンボルファイルの読み込み

     (gdb) symbol-file TestProg.sym 
     Load new symbol table from "TestProg.sym"? (y or n) y
     Reading symbols from TestProg.sym...done.
     (gdb)

• ここまで出来たら、core ファイルを読み込んで解析したり、或いは break で break point を張って run でデバッグ実行したりする。

debug 実行†

コマンド†

• break, b <break-point>
  • breakpoint を指定する
  • breakpoint には、下記を指定する

    ファイル名:行番号
    シンボル名（関数名）
    アドレス

• backtrace
  • バックトレースを表示する
  • 書式

    bt [file:]function
    bt [file:]line

• run [arg...]
  • プログラムのデバッグ実行開始
  • 引数をつけると、それがそのままプログラムに渡される。

• step, s
  • 次の行を実行
  • その行に関数が含まれている場合は、関数の中で step 実行する。

• stepi, si
  • 次の行を実行
  • 次の行が関数呼び出しである場合、その関数を実行して抜けた直後で止まる。（即ち、その関数の中では止まらない）

• next, n
  • 次を実行
  • その行に関数が含まれている場合は、関数を全て 1 step で実行する。

• continue
  • 次の breakpoint まで実行する。もし次の breakpoint がない場合、プログラムの最後まで実行する。

• print, p <variable>
  • プログラム中の変数 <variable> の値を表示する。

• list, l
  • 現在中断している場所の周辺のプログラムコードを表示する。

• info
  • 各種情報の表示
  • info breakpoints: 現在設定されている breakpoint の一覧
  • info locals : ローカル変数の一覧
  • info thread(s) : スレッドの一覧

• save
  • save breakpoints <file-name> : 設定した breakpoint を <file-name> に保存する
  • save gdb-index
  • save tracepoints

• source
  • save コマンドで保存したファイルを読み込む
  • source <file-name> : <file-name> を読み込む。

無反応になったプログラムの状態を調べる†

1. 現在の状態を調べるため、現在の状態を core に吐かせて終了させる

   $ kill -6 <PID>

2. 出力された core を解析すると、上記 kill でシグナルを送られたときの状態を確認できる。

マルチスレッドプログラムの解析†

• info thread
  • スレッドの一覧を表示。core の解析時にも使える
  • 現在選択されているスレッドのエントリの左端に "*" が表示される。
• thread <ThreadID>
  • 解析したい スレッドを選択する
• 選択中のbacktrace (bt), frame, info などのコマンドを普通に使って解析することが出来る。

フロントエンド†

ddd†

• GUIデバッガ。「gdb を使わなければならないが CUI が苦手」という人にとっては、gdb を直接触るよりも多少マシかも知れない。

eclipse†

• IDE の一種。
• デバッグ実行機能として gdb を使用する。