問題タブ [gud]

コード内のアサーションが失敗すると、gdbから次のようなバックトレースが取得されます。

したがって、実際の障害点に到達するには、' up <RET> <RET> <RET>'に移動する必要がありますが、これは少し非効率的です。スタックの＃3に自動的に移動するようにgdbを構成する方法はありますか？私は特にemacsでgdbを実行することに興味があるので、それを実行するようにgudを構成する方法があれば、それも機能します。

私は、Windows から Mac に切り替えるネイティブ開発者です。Windbg (Emacs の CDB-GUD) と Visual Studio を使用したデバッグの経験が豊富で、Mac のどのデバッガーが最も近いエクスペリエンスを提供してくれるのか疑問に思っていました。私は特に次の機能を探しています。

• 任意の実行可能ファイルをデバッグする機能 (VS では、デバッグ ターゲットを任意の実行可能ファイルに設定することでこれを実行できます)。
• カスタマイズ可能なキーボード ショートカット。少なくとも f5、f9、f10、f11、Shift f11。残りはあまり気にしません。

私はVSを使用して編集を行うことはないので、それは私にとって重要ではありません。

これまでのところ、最も快適なセットアップは Emacs GUD を実行することでした。これは Windows でも CDB-GUD を使用して実行していますが、他にもっと良い方法があるのではないかと考えています。

更新: GDB がほとんどの人が使用するデバッガであることは理解しています。私の最初の質問は言葉遣いが不十分だったと思います。Visual Studio に非常に似た環境を提供してくれるデバッガー GUI を知りたいと思っていました。

emacsを介してgdbでデバッグしたいプログラムがあります。このプログラムの開発バージョンを実行するために、適切なライブラリなどを表示するための呼び出し環境を設定する、ソースできるシェルスクリプトがあります。私が整理できないのは、emacs/gudにこれをソースするように依頼する方法です。 gdbを実行する前にファイル。

「sourceenv.sourceme&&gdb my_program」のようなコマンドを使用してみましたが、emacsは「source」の意味がわからないと文句を言います。シェルでgdbを実際に実行しているわけではないので、この種のトリックは機能しません。

では、どうすればカスタム環境でgdbを実行するようにgud / emacs / whateverを説得できますか？私はハッキーな解決策を用意していますが、何かが足りないように感じます。

一部のウィンドウには、「Locals/Registers」や「Breakpoints/Threads」など、gdb-many-windows-mode のヘッダーにクリック可能なボタンまたはタブがあります。それらはタブですか？それらの隣に新しいものを追加できますか?

emacs内で（を使用してM-x gdb）gdbを実行し、ディレクトリ名をタブで補完しようとすると、スラッシュではなくスペースで補完されます。したがって、たとえば：

(gdb) run/mn

タブ-完了します

(gdb) run /mnt 

タブで完了する必要がある場合

(gdb) run /mnt/

emacsの外部でgdbを実行すると、タブ補完は期待どおりに機能します。

私はdebianテストでgdb7.4.1-debianとemacs23.4.1を実行しています。

あなたがここで私に与えることができるどんな助けでも大いに感謝されるでしょう。これは本当にイライラします！

Emacs は通常Ctrl+G操作をキャンセルするために使用しますが、GUD モードを使用してプログラムをデバッグするCtrl+Gと、通常は期待どおりに機能しません。たとえば、ソース test.cpp の 223 行目にブレーク ポイントを設定したい場合、「b test.c:」と入力すると、TAB を使用してオートコンプリートし、可能な結果を​​すべてリストしようとします。の場合、emacs はどの入力にも応答できません。これCtrl+Gをキャンセルすると、結果は引き続きすべての結果を画面に出力します。これには時間がかかる場合があります。このアクションをより効果的にキャンセルする方法はありますか?

最近、GNU Emacs 23 から 24 を使用するように切り替えましたが、gud に入るたびに *input/output* バッファーが開いていることに気付きました。デバッグするたびに Cx 0 で手動で閉じています。デフォルトでこのバッファの表示を停止するために設定する必要がある正しい変数を教えてもらえますか?

emacs と gdb を使用した C++ のデバッグに問題があります。手動で追加するだけで、共有オブジェクトで定義された関数にブレークポイントを設定できます。

しかし、emacs ウィンドウで file_in_so.cpp を開くと、マウスでブレークポイントを設定できません。Emacs は、このソース ファイルがソース ファイルのリストに属していることをまだ認識していません。これは、gdb が既に実行され、別のブレークポイントで待機している場合にも発生します。共有オブジェクトで定義されているものも含め、すべてのソースの現在のリストをリロードするように emacs に指示するコマンドはありますか?

Emacs v24 の gdb との gud-mi インターフェイスを使用すると、ちょっとした問題が発生します。ここの誰かが私を助けてくれることを願っています.Googleはあまり役に立ちませんでした（おそらく非常に一般的な用語のため）.

したがって、Emacs で gdb を使用します: gdb -i=mi --annotate=0

質問:

1) 私が見た問題の 1 つは、gdb プロンプトが常に表示されるとは限らないことです (何かを処理しているか、入力を待っているかがわからないため、プロンプトが表示されずに新しい行でスタックします)。私は最初に --annotate=3 を持っていましたが、問題はさらに悪化しました。

プロンプトが失われないようにするための設定はありますか?

2) もう 1 つの「問題」は、実行可能ファイルを再起動するときに、gud-gdb に確認を求めてもらいたいということです。たとえば、前のコマンドを実行したときに誤って <r><enter> を押したり、単に <enter> を押したりします (一部の場合も同様です)。 quit、attach などの大きなアクション)。この動作を取得する設定はありますか?

プラットフォーム: RHEL5.0

お時間とコメントありがとうございます!!