Linux デバッグ・ツール(gdb)
実行時のエラーを見つけるデバッグ・ツール はじめに プログラムをコンパイルすると、文法エラーを見つける事ができます。しかし、 コンパイル・エラーが無くなっただけでは、プログラムは正常に動きません。 色々な条件でプログラムをテストし、完全なものにする必要があります。最良の デバッグとは、机上デバッグです。机上デバッグは大変骨の折れる作業です。 ここで紹介するデバッグ・ツールは、机上デバッグの補助とお考え下さい。 デバッグ用にコンパイルする コンパイルには gcc を使いますが、-g のパラメータを付けます。 gcc -g プログラム名.c コンパイル結果は "-o プログラム名" で指定しますが、上記例では、省略時の 名称 "a.out" で作成されます。 gdb の起動 それでは、a.out をデバッグ・モードで動かしてみます。 gdb a.out 先頭に (gdb) とついた文字が表示さ
gcc のデバッグ術
Unix系コマンドラインユーザーのための、 gcc/g++/g77 による開発におけるデバッグ術を簡単に紹介します。 以下の内容は gcc 2.7.2.3 での動作は確認しています。 g++/g77 でも恐らくは通用すると思うのですが、 ひょっとすると異なる部分があるかもしれません。 筆者は g++/g77 の使用経験がないので、その場合は御容赦を願います。 実行前 キーワード「コンパイルオプション, -Wall, -O2, -O4」 まずは gcc にオプション opt'-Wall' を付けてコンパイルし、 警告がなくなるまでソースを修正します。 これは 常識 です。 次に opt'-O4 -Wall' でコンパイルします。 「未初期化変数の使用」の警告 (`foo' might be used uninitialized in this function) は、 opt'-O4' を付
使いながら覚えるGDB
はじめに プログラムのデバッグと言えばひたすらprintfを挿入しまくっていたある日、 デバッガなる便利な代物があるということを知った。なんでもプログラムを一行 ずつ実行できて、変数の値をその場で確認できるらしい。これは是非使ってみねばと 思い、UNIX環境で使えるGDBというデバッガを試してみた。が、何がなんだかさっぱり 分からない。Webを検索するとマニュアルの日本語訳が見つかった。これで勉強すれば 使えるようになるかも、と読み始めるも、いきなりm4がどうのこうのだの、意味不明 の文章が続く…。 これは私がGDBを使い始めた時の話だが、似たような経験を持っている人が他にもいる と思う。 GDBのマニュアルは初心者にはすこし敷居が高い。 GDBに限らずマニュアルというものは初学者が参考書として用いるのには 適していない。というのも、マニュアルの類は情報量が多い分、重要な部分を 見つけ出す
Manpage of gdb
本ページは FreeBSD jpman project (man-jp@jp.FreeBSD.org) より寄贈いただきました。 gdb Section: GNU Tools (1) Updated: 4nov1991 Index JM Home Page roff page 名称 gdb - GNU デバッガ 書式 gdb [-help] [-nx] [-q] [-batch] [-cd=dir] [-f] [-k] [-wcore] [-b bps] [-tty=dev] [-s symfile] [-e prog] [-se prog] [-c core] [-x cmds] [-d dir] [prog[core|procID]] 解説 GDB をはじめとするデバッガは、プログラムが実行中もしくはクラッシュした時にその プログラムの ``内部'' で何が行なわれているか/行われてい
GDB: The GNU Project Debugger
What is GDB? GDB, the GNU Project debugger, allows you to see what is going on `inside' another program while it executes -- or what another program was doing at the moment it crashed. GDB can do four main kinds of things (plus other things in support of these) to help you catch bugs in the act: Start your program, specifying anything that might affect its behavior. Make your program stop on speci
Debugging with GDB - Table of Contents
The GNU Source-Level Debugger Seventh Edition, for GDB version 4.18 February 1999 Richard M. Stallman and Roland H. Pesch GDBの要約 フリー・ソフトウェア GDBに貢献した人々 GDBセッションのサンプル GDBの起動・終了 GDBの起動 ファイルの選択 モードの選択 GDBの終了 シェル・コマンド GDB コマンド コマンドの構文 コマンド名の補完 ヘルプの表示 GDB配下でのプログラムの実行 デバッグのためのコンパイル ユーザ・プログラムの起動 ユーザ・プログラムの引数 ユーザ・プログラムの環境 ユーザ・プログラムの作業ディレクトリ ユーザ・プログラムの入出力 既に実行中のプロセスのデバッグ 子プロセスの終了 プロセス情報 マルチスレッド・プログラムのデバッグ マ
GDB マニュアル - Table of Contents
GDB の要約 「GNU 一般公有使用許諾書」の和訳文書と再配布について ** 和文文書についての注意 ** 和文文書自体の再配布に関して GNU 一般公有使用許諾書 はじめに GNU 一般公有使用許諾の下での複製、頒布、変更に関する条項と条件 付録: あなたの新しいプログラムにこれらの条項を適用する方� 訳者の序 GDB の入出力の慣例 GDB が扱うファイルの解説 引数によるファイルの指定 コマンドによるファイルの指定 デバッグのためのプログラムのコンパイル方� GDB の下でのプログラム実行方� あなたのプログラムに渡す引数 あなたのプログラムの環境 あなたのプログラムのワーキングディレクトリ あなたのプログラムへの入出力 既に起動しているプロセスのデバッギング チャイルドプロセスを kill するには 停止と継続 シグナル ブレークポイント ブレークポイントの設定方� ブレークポイ
GDBを使ってプログラムを動かしてみる
まずはGDBを使ってみよう。習うより慣れろだ。 下準備(プログラムのコンパイル) GDBを使ってみる、といっても何から始めればよいのだろうか。 まず最初に行うのは、デバッグしようとしているプログラムをGDBで実行できるようにコンパイルすることだ。 GDBを使ってプログラムをデバッグするには、ソースコードと実行可能ファイルを対応づける デバッグ情報を実行可能ファイルに付加させる必要がある。 GCCでは、そのデバッグ情報を付加させるオプション-gが用意されている。 例えば、program.cというファイルをGDBでデバッグできるようにコンパイルするには次のようにする。 $ gcc -g program.c 注意: GCCには他の主要なコンパイラと同様に最適化オプション(-O)というものが用意されている。 GCCでコンパイルされることを前提として書かれたプログラムは、一般的にこの最適化オプション
gcc+gdbによるプログラムのデバッグ 第1回 ステップ実行、変数の操作、ブレークポイント
しかし、ブレークポイントという機能はデバッガの手助けなしでは実現できません。 ブレークポイントとはプログラムの強制一時停止を行うポイントで、実行中のプログラムがブレークポイントに遭遇するとプログラムは一時停止され、デバッガによるプログラムへの介入を行えるようになります。 ブレークポイントは次のような場所に設定できます。 指定した行番号のプログラムを実行しようとする瞬間 関数を呼び出した瞬間 その他、C++などでは「例外が発生した瞬間」などにもブレークポイントを設定することができます。 行番号ブレーク ブレークポイントとしてよく使用されるのは、「プログラムの特定の位置」です。 例として、bubblesort.cプログラムのsort関数内で、隣り合う二つの要素を比較している箇所にブレークポイントを設定してみます。 25|/* bubble sort */ 26|void sort(int *a
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RAT Portal Develop
GDB | ファイヤープロジェクト
http://home.catv.ne.jp/pp/ginoue/debug/gdb.html
http://www.h7.dion.ne.jp/~matsu/feature/gdb/