問題タブ [ddd-debugger]

マウスカーソルをウィンドウの外に移動しても、dddウィンドウはキーボード入力を受け取りません。dddウィンドウはまだアクティブですが、入力を受け取りません。再び機能させるには、ウィンドウ上でマウスを動かす必要があります。他のXウィンドウ、たとえばxtermと同じように、マウスポインタがどこにあっても入力を受け取るように構成する方法はありますか。

コマンド履歴が現在のセッション中にのみ残っていることに気付きました。同じプロセスで ddd を再起動すると、白紙の状態で開始されます。最新の履歴を強制的に保持/再読み込みする方法はありますか?

Edit-> Preference/GDB セッションで関連するオプションが見つかりませんでした。

GNU DDD 3.3.9 (i386-redhat-linux-gnu) を使用しています

C++ コードの問題を見つけようとしていて、Sun マシンで DDD を使用してデバッグしています。私たちが持っているいくつかの標準に従って、文字列を使用する必要があります。しかし、DDD が文字列変数に遭遇すると、常に空として表示されます。以前、SGI で CVD を使用したときに同じ問題が発生したことを思い出したいと思います。
コードを書き直して文字列を削除する以外に、試したり使用したりできるものはありますか?

C ++プログラムがから読み取るcin場合、dddは、コンソールに入力を入力させる代わりに、「1」を提供します。プログラムは対話型コマンドを読み取るため、「1」は無効なコマンドであり、dddはそれらを無限に供給しているように見えるため、結果として「無効なコマンド」出力の無限ループが発生します。

誰かがそのような行動に遭遇し、これを克服する方法を知っていますか？21世紀には、20年前の学校で行ったように、コマンドラインgdbを使用する必要があることに非常に不満を感じています。eclipseの組み込みデバッガーは遅すぎて役に立ちません。

dddのバージョンは3.3.11です。コードスニペット：

Tk バージョン 8.5.3 がインストールされており、8.5 以降にテーマ エンジンのサポートが追加されています。それでも、テーマの使い方がわかりません。デフォルトの Motif は醜いだけです。

スクリーンショット

DDD を使用した多くの、時には殺到するデバッグ セッション中に、ループに出くわします。そして、それを乗り越えるために次へを押し続けます。繰り返しが多い場合は、その直後にブレークポイントを設定して、「続行」を押します。ループを通過する他の方法はありますか?

以前に質問があり、ddd ニュースグループでバグ レポートを見ましたが、提案された解決策はどれもうまくいきません。

表示されますが、ファイルを開くなどのことをしようとすると、「GDB の準備が整うまで待機しています」というメッセージが表示されてハングします。

他の人からも報告されている重要な事実は、一部のユーザーでは正常に機能し、他のユーザーでは機能しないということです. 環境を比較しましたが、大きな違いは見つかりませんでした。どんな提案でも大歓迎です。

dddを使用してプログラムをデバッグしようとしています。関数を入力しようとすると、または関数内でmain()、次の警告が表示 されます。

警告:(内部エラー：psymtabでは読み取り中のpc 0x804a6b0ですが、symtabでは読み取りできません。）

nこの警告は、関数を使用して別の命令に移動しようとしたり、関数を開始または終了しようとしたときに点滅します。私は他のフォーラムでこれを調べようとしましたが、決定的な答えはありません。デバッグしようとしているコードはいくつかのファイルにぶつかり、コード全体をここに投稿できるかどうかわかりません。

g ++バージョンを使用しています：
g ++（GCC）4.4.1 20090725（Red Hat 4.4.1-2）

これに関するどんな助けでも大歓迎です。

自分の C++ コードをデバッグするときに、GDB (実際には DDD gui を使用) のいくつかのことが混乱します。

1) HEAP ERROR クラッシュ後にバックトレースが利用できないのはなぜですか? 2) gdb がブレークポイントで停止するのではなく、ブレークポイントの後に停止することがあるのはなぜですか? 3) コメント行をステップ実行すると、いくつかの命令が実行されることがあります (gdb ビジー)??

どんな説明でも大歓迎です、

ペトル