複数のアプリケーションで生成されたコアダンプをgdbで解析する

Question

>/usr/bin/pythonと/ usr/bin/app1の2つのアプリケーションでコアダンプが生成されています。 私はダンプが

gdb /path/to/app /path/to/core 

によって分析することができます知っているが、arguementで両方のアプリケーションを含める方法はありますか？

私はgdb '/ usr/bin/python/usr/bin/app1' core.xxxを試しましたが、それは正しいようです。

提案がありますか？

Answer 1

gdbの1回の呼び出しで、あなたが望むものを達成できないと思います。しかし、異なる端末ウィンドウでgdbを2回実行することができます。私はそれを何度もやったが、それはかなりうまくいく（あなた自身の脳がわずかに過負荷になる可能性を除いて）。

gdbプロセスでは、単一のデバッグプロセスまたは（死後デバッグの場合）1つの単一のプログラムをデバッグできます。

そして、1つのプロセス（複数ではありません）の異常終了によって指定されたcoreファイルが生成されるため、私はあなたの質問を理解しません。

明らかに、あなたの欠陥のあるCコードによっておそらく増加したpythonの実行でクラッシュしました。 python3-all-dbgパッケージなどをインストールして、おそらくgdbを使用して、Pythonのデバッグ可能な亜種を用意することをお勧めします。もちろん、デバッグを有効にしてPythonにプラグインされたCコードをコンパイルしてください。おそらく、あなたはPythonガベージコレクタの不変なものに違反していたでしょう。