Cygwinのstackdumpファイル - hat-tunの日記
win*Cygwin*gccの環境でC言語プログラムをgdbでデバグする。(ビルド時-gオプション必須) 本来セグメンテーションエラーが出ると、gccはcoreファイルというものを吐き、 こいつをgdbに食わせることで、バグの起きた箇所を探れるというわけなんですが、 Cygwin環境では、このcoreファイルが吐かれず、 代わりに、エラー時のCPUレジスタ値、関数スタック値などが数行かかれた、 stackdumpファイルというものが生成されます。 こいつは、coreファイルに比べ圧倒的にデバグ情報が少なく、gdbに食わせることもできません。 が、頑張ればスタックを逆アセンブルして、バグ箇所を特定できたりするというお話。 まず、gdbでプログラムを起動(run)し、main関数でbraekする。 gdb [execute file] (gdb) break main (gdb) run そこ
Ubuntu Tips/ハードウェア/ハードウェア情報を調べるには
対象とするUbuntuのバージョン 9.10 Karmic Koala 10.04 Lucid Lynx 12.10 Quantal Quetzal フォーラムで質問するとき1、バグ報告2をするとき、ハードウェアサポート情報に書き込むときの参考にしてください。 コマンドライン 端末で、以下のコマンドを実行してください。 出てこない場合は、"| grep" の前の部分だけ実行してください。 端末の起動の仕方、操作方法については コマンドを端末で実行するには を参考にしてください。 lshalはServer版ではデフォルトでインストールされていません。 Ubuntu のバージョン $ lsb_release -r表示例 Release: 9.10 メーカー $ lshal | grep system.hardware.vendor表示例 system.hardware.vendor = 'FU
いやなブログ: gdb の gcore コマンドを使う
gdb の gcore コマンドを使う デバッガの理論と実装を読んで以来、デバッガをもっと活用しようという意欲がわいてきました。そこで、gdb について調べていると、 gcore (generate-core-file) というコマンドを見つけました。 gcore は実行中のプロセスの core を生成する gdb のコマンドです。通常、 core ファイルはプログラムが異常終了したときにカーネルによって生成されますが、gdb の gcore コマンドを使えば実行中のプロセスを終了させることなく core ファイルを生成できます。 gcore コマンドは次のように使います。 % gdb (gdb) attach PID (gdb) gcore core (gdb) detach まず attach コマンドで PID を指定して実行中のプロセスにアタッチします (gdb -p PID で起
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
