問題タブ [gud]

Emacs v22.3.1 から v23.1.1 に移行しようとしていますが、Emacs 内で gud を使用して gdb を実行しようとするまではすべてうまくいっていました。

meta-x gdb を実行して「gdb /my/executable/here」のコマンドを実行すると、ウィンドウは正常に表示されますが、return キーを押してコマンドを実行するときに gdb プロンプトでコマンドを入力しても、何も起こりません。 bar には「Debugger:run」と表示され、結果は表示されません。「ctrl-c ctrl-c」と入力してコマンドを強制終了し、「(gdb)」プロンプトを再度表示することはできますが、別のコマンドは同じように失敗します。

これは Linux Centos v4 32 ビット上の gdb v6.8 です。

他の誰かがこの問題に直面しましたか? 続行する最良の方法は何ですか?

プロンプト (gud ではない) から gdb に接続し、次のスタック トレースを取得しました。

gud バッファーを介して Python のテストケースで pdb を実行しています。テストケースでスタックトレース/失敗を取得すると、次のようになります。

次のような行を作成できるようになりたいです。

クリック可能で、testfoo.py の 499 行目に移動します。

(編集) python-mode リストの人々は私を pdbtrack に導き、そこで動作させることができました。以下の回答を参照してください...

Emacsでコードをデバッグしようとしていますが、またはのいずれM-x gdbかを試してみるとM-x pdb、次のエラーが発生します。

これは、gud.elのこのビットから発生している可能性があります。

私はGNUEmacs23.1.95.1（x86_64-apple-darwin、NS apple-appkit-1038.29）を使用しています（emacsformacosx.comからビルドされたプレテスト。ビルドに付属しているストックのものは変更していません。ローカルのelispディレクトリgudまたはgdbの変数またはフックに変更はありません。

具体的な質問：

1. 誰かがこれを以前に見た/修正したことがありますか？
2. そうでない場合、gudは私のemacsではなくemacsで適切なプレフィックスキーをどのように定義していますか？

私がデバッグするプログラムは、色や太字などのASCII文字を使用して多くのデバッグを出力します。GUDモードでは、「^[[...m」と表示されます。

コンソールのようにその出力を取得する方法はありますか？

gdbプログラムのコマンドで、 「このプログラムは既にデバッグされています」というエラーを通知する代わりにX、既存のデバッグ セッションに切り替えるようにしたいと考えています。Xgud-common-init

の動作を、などの他のほとんどの Emacs インタラクションの標準的な動作とgdb 調和させ、ユーザーの混乱を少なくするため、これは重要だと思います。find-fileswitch-to-buffer

これまでのところ、次を含む行を変更しました

代わりにする

少なくともエラーの発生を防ぐために。ただし、関数gdbは不要な遅延の原因となる必要のない追加の初期化を行います。これは todo アイテムですか、それともすでにこれを行っている gud/gdb-function を見逃していますか?

よろしくお願いします、Per Nordlöw

EmacsのGDBグラフィカルインターフェイスでは、次のように述べています。

複雑なデータ型を展開または縮小するには、Mouse-2 をクリックするか、式の左側にあるタグで <SPC> を押します。

しかし、 を押しSpaceても、ウォッチ ウィンドウが展開されず、構造体のメンバーが表示されません。

私は何をすべきか？

また、ウォッチ式ウィンドウとスピードバーが同じものかどうかはどうすればわかりますか?

emacs 23.3でgudを介してpdbの使用を開始しましたが、バッファーからデバッガーに送信されるコマンドメッセージをフックするにはどうすればよいですか？comintのリングを永続化するために、gdbで使用するためのアドバイスを以下に書きましたが、pdbをフックするための同等の関数が見つかりません。メジャーモードとしてpython-mode.elを使用しています。

ありがとう。

同じ emacs インスタンスで C++ と php をデバッグしたい (gdb と gud-common-init を使用する php デバッグ モードを使用)。両方を起動すると、すべてが台無しになります。私の推測では、gud.el はこれをサポートしていません。

これを行う方法が存在するかどうか誰かが知っていますか?

How do I customize which window GUD will use when i issue commands - 'up', 'down', etc ? It seems to use an arbitrary window, sometimes even the window with gdb in it - I want to be able to specify a specific window to be used.

私は32ビットデスクトップを持っており、そこでemacsのコピーが実行されています。

非常に簡素化されたqemu64ビット仮想マシンで実行されているプログラムをデバッグできるようにしたいと思います。

仮想マシンにはsshポート24054があり、パスワードなしのrootアクセスが可能であり、gdbがインストールされています。

そしてそれは私のデスクトップが呼び出すディレクトリを持っています〜/ myco/chip_testは/9pとしてマウントされています

したがって、〜/ myco / chip_testにhello.cファイルを作成する場合は、VMが実行される64ビットマシンに移動し、次のコマンドでコンパイルします。

$ gcc -o hello -g hello.c

次に、仮想マシンを起動し、32ビットデスクトップで実行します

$ ssh -p 24054 root @ anvil'cd / 9p && gdb ./hello'

次に、gdbは、デスクトップのウィンドウでコマンドラインモードで完全に実行されます。

コマンドラインgdbは少し読みにくいので、もちろん今はemacsで実行したいと思います。カーソルがファイルをステップスルーし、監視変数などを備えたウィンドウが必要です。

だから私はMxgdbRun gdb（このように）を試してみます：ssh -p 24054 root @ anvil cd / 9p && gdb --annotate = 3 ./hello

そして、emacsでデバッガーウィンドウが表示され、すべてが正しく表示されます。実際、同じファイルであるローカルemacsの〜/ myco / chip_test / hello.cファイルのフリンジをクリックすることで、ブレークポイントを設定および削除することもできます。 gdbが/9p/hello.cと見なすものと同じですが、移動するカーソルが表示されないか、移動しないため、全体がかなり役に立たなくなります。

したがって、emacs / Gudは、〜/ myco / chip_test / hello.cがデバッガーが/9p/hello.cであると見なすファイルであることを完全には認識していないと思いますが、ブレークポイントを設定できるため、明らかに何か面白いことが起こっています。だから私は、すべてがうまく機能するようにファイル名を翻訳するためにループ内に1つまたは別のプログラムを取得する方法があるのだろうかと思います。

何かアイデアがありますか、それとも私はこれについてすべて間違っていますか？