GNU/Linux >> Linux の 問題 >  >> Linux

GDB とコアダンプのトラブル

LZ4 圧縮コアファイルが強制的に供給されたときに GDB が本来あるべき動作をすることを示唆した WhozCraig のおかげで、私はこの特定の問題を解決しました。 クレイグが親切にも同じようなことを言って解決策を投稿してくれるなら、私は喜んで彼に大きな「オールチェックマーク」を付けたいと思います しかし、私はすべての信用を取っています。ぶははは!

最も簡単な解決策は、クラッシュしたプログラムの PID とともに、coredumpctl という名前のサブルーチンを介して gdb を開始することです。

$coredumpctl gdb PID HERE

これは私を悩ませます、Arch、そして私は Gentoo に移行するかもしれませんそのため .


私はあなたと同じ目的を持っています。 lz4 で lz4 ファイルを解凍するだけです コマンドを実行すると、gdb crashed_C_executable_file uncompressed_coredump_file までにデバッグできます


Linux
  1. プログラムでコア/クラッシュ ダンプを有効にする

  2. GDB と QEMU を使用して Linux カーネルをデバッグするには?

  3. btrfs によるパーティショニングと subvol 戦略

  1. awkを使用したデータの抽出と表示

  2. LvmとDm-cryptでトリミングしますか?

  3. スペースを含む AWK およびファイル名。

  1. 「でスクリプトを実行します。 」と「ソース」で?

  2. GDB を使用したテンプレートのデバッグ

  3. コマンドライン パラメータがある場合、GDB を使用してプログラムのコア ダンプ ファイルを分析するにはどうすればよいですか?