問題タブ [ddd-debugger]

DDD を使用して多くのファイルを含むプログラムをデバッグしていますが、ブレークポイントを正常に設定し、C ソース コードをステップ実行できます。ソース ファイルが大きい場合、ファイルの末尾近く (たとえば、1200 行目以降) にある関数にステップ インしようとすると、ソース ファイル全体がデバッガに表示されないことがあります。つまり、ソース ファイルの最初の 1200 行程度しか表示されず、ファイルの後半部分のコードをステップ実行しているのに、それが表示されないのです。ソース ファイルがクリップされているのはなぜですか? また、DDD がファイルの最初の部分だけでなくファイル全体をロードするようにするにはどうすればよいですか?

次のコマンドを使用して ddd をインストールして実行しようとしました。

また、ddd を実行しようとすると、次のエラー メッセージが表示されました。

以下は、brew config からの私の出力です。

以下は、brew doctor からの私の出力です。

これらの醸造医の警告は、実際に修正しようとする必要がありますか? 私の他のbrewインストール済みプログラムはすべて問題ないので、それらのファイルをいじり始めるのは少し気が進まない. ありがとうございました！

編集: macOS 10.14.4 では、次のエラーが表示されます。

LLDB で DDD を起動すると、次のエラー メッセージが出力されます。

X11 は、Homebrew と XQuartz Web サイトの両方からインストールされました。

Ubuntu 14.04 LTE に ddd をインストールしました。コマンドラインで実行すると、次の警告が表示されます。

多くの人がこの問題を経験しているようですが、解決策を見つけることができませんでした. これはグーグル検索に基づいています。

問題を解決するための助けをいただければ幸いです。

「cmp」を使用した命令で混乱しています。0x27(%esp) を指しているものを %eax と比較します。

ただし、0x27(%esp) の内部を確認しようとすると、代わりに xor が返されます。

また、%al の内容は 10 進数で 65 です。ここでcmpで何が起こっているのかわかりません。別の命令 XOR をレジスタの値と比較する命令はありますか? 結果は？

注: 0x414141 は、以前の scanf 3 A に挿入したためです。

Qt C++ アプリケーションのどこかでスレッド アフィニティのルールを破ったと思います。

次のようなメッセージがたくさん届きます。

DDD/GDB を使用しています。これらのエラーをキャッチしてバックトレースを返す何らかのトラップを挿入できますか? その間、他のすべてのスレッドを一時停止するのが理想的ですか?

（ thisb write if 1==$rdiに従って） stdoutへの書き込みを停止しようとしましたが、うまくいきませんでした。

私はCプログラムを書いています。「コードと修正」フェーズでは、DDD (gdb UI) を使用してデバッグします。

gcc -g でコンパイルし、ddd を呼び出します

DDD は正常に機能していましたが、突然呼び出したときにコードが表示されなくなりました。

私が視覚化したのは、DDD のデフォルト画面 (パラメーターなしで ddd を開いたときにポップアップする同じ画面) だけです。[プログラム] メニューの [実行] コマンドを使用して、通常どおり DDD からプログラムを開始できます。

構成ファイルを変更していません。変更は、以前の再起動がないため、作業の途中で発生しました。その後、再起動と ddd の再インストールを試みましたが、成功しませんでした。Gdbはうまく機能します。

Linux Mint 17.3 で作業しています。

何か案は？ありがとうございました！

でコンパイルすることを提案するこの問題の古い解決策を見つけました-gdwarf-2が、この解決策は機能しないか、機能しなくなりました。

したがって、コンパイルされたファイルで ddd を実行してから変数をダブルクリックすると、常にエラーが発生しますno symbol <var> in current context

私のプログラムはこれです：

私が使用したコマンドは次のとおりです。

プログラムのバージョン:

どうすればこれを機能させることができますか？