問題タブ [debug-symbols]

「シンボル サーバーを使用する」オプションを設定し、正しいシンボルが読み込まれたことを確認するために、シンボル キャッシュを削除しました。ASP.NET アプリケーションを実行すると、シンボルがダウンロードされていることを示すポップアップが表示されました。

「自分のコードのみ」を無効にし、「.NET Framework ソースのステッピングを有効にする」を有効にしました。以前は、.NET コード ライブラリをステップ実行するにはこれで十分でした。

IntelliTrace の使用を中断すると、コール スタック内のすべての非ユーザーコードがグレー表示されます。たとえば、System.Web.Dll および mscorlib の場合は「シンボルがロードされていません」、System..dll および System.Xml.dll の場合は「シンボルがロードされています」と表示されるモジュール ウィンドウを確認します。

通常は、右クリックして [シンボルの読み込み] を選択できますが、これはグレー表示されています。これを再び機能させるためのアイデアはありますか？

http://www.undermyhat.org/blog/wp-content/uploads/2011/03/Grayed-out-Load-Symbols.png

Xcode 4を使い始めたばかりですが、プロジェクトでデバッグシンボルをどのように設定しても、Instrumentsは自分のコードに対応するスタックトレースアイテムのソース行を表示することを拒否します。は16進オフセットのみを表示し、実行可能ファイルを所有モジュールとして識別します。「ソースの場所」をオンにすると、空白も描画されます。これは、Xcodeによって生成されたスケルトンOpenGL ESプロジェクト（[ファイル]→[新規]→[新規プロジェクト...]→[iOS]→[アプリケーション]→[OpenGL ESアプリケーション]）でも発生します。

この問題はInstrumentsでのみ発生します（これまでにCPUとOpenGLのトレースを試しました）。Gdbはデバッグシンボルを問題なく取得します。

Instrumentsでスタックトレースのソースコードを表示するには、何か特別なことをする必要がありますか、それともXcode 4のバグですか？

これまでのところ、私は：

• Debug Information FormatからDWARF with dSYM Fileに変更されましたDWARF。
• Strip Debug Symbols During CopyからYesに変更されましたNo。
• Instrumentsでのリリースビルドの代わりにデバッグビルドを使用するようにビルドスキームを変更しました。

私はそれを解決すると思いapt-get install mono-dbgましたが、私は間違っていました。monoでデバッグ情報を取得するにはどうすればよいですか？私はdebiansqueezeを使用していますが、debianlennyまたはetchでそれを理解できませんでした。

以下にダミープログラムを作成し、行番号を期待していましたが、代わりにこれを取得しました。これは、コンソール/ターミナルからのコピー/貼り付けです。

コード：

このメッセージを取得しますが、これは正しくありません

次のモジュールは、最適化が有効になっているか、デバッグ情報がない状態でビルドされました。

そしてそれは私に一時的なasp.netファイルへのパスを与えます

C：\ WINDOWS \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporary ASP.NET Files \ root \ 47cdc49a \ 658f757e \ assembly \ dl3 \ 0fbfef54 \ 55a1ff8a_28eacb01 \ MyModule.dll

フォルダを開くと、予想どおりdll、pdb、iniの3つのファイルがあります。何が得られますか？

.pdbリリースでコンパイルするときにVisualStudio2005がファイルを生成するのはなぜですか？リリースビルドをデバッグしないのに、なぜそれらが生成されるのですか？

Code::Blocks でプログラムをデバッグしようとしています。できる限りこのガイドとこの短いビデオに従いましたが、デバッガーはブレークポイントで停止しません...

未解決のままの同様の質問を見ました(それをバンプするか、詳細を記載した新しい質問を開く必要があるかわかりませんでした)。「デバッグ シンボルを生成する [-g]」フラグをオンにしています。最適化と「すべてのシンボルを削除 [-s]」もすべて無効になっています。そこに提案されているように、フラグ -ggdb も試しましたが、成功しませんでした。

私は TDM-GCC 4.5.2 を使用しています (アップグレードしたばかりで、以前は 4.5.1 で同じ問題がありました)。デバッガーは GNU gdb (GDB) 7.2 (以前は GDB 7.1 で同じ問題がありました) です。私は Windows 7 x64 で Code::Blocks SVN 7040 を使用しています (私が知る限り、これは最新のナイトリー ビルドであり、頻繁に更新されない安定したビルドよりも推奨されています) (SVN 6931 で同じ問題が発生しました)。

最後に、デバッガーがデバッグ シンボルの不足について不平を言っていることにも気付きました。デバッガー ウィンドウの出力は次のとおりです。

ありがとう

実際にどのように動作するかをデバッグしたいのですが、デバッグシンボルが見つかりません。どこにありますか？

デバッグシンボルもインストールする方法は??

ソースファイルにその定義があります：

save_pidと同じソースファイルにありますが、デバッグシンボルmainしかないのはなぜですか？main

アップデート

非常に単純な静的関数を使用した別のテストケース：

しかし、シンボルtestはそこにあります！

デバッグ シンボルを残した状態でリリース バイナリをビルドすることのマイナス面があるかどうかを判断しようとしています。リリース ビルドでは-O3、現時点で を使用してコンパイルします。クラッシュが発生した場合、コアはほとんど役に立たなくなります。

-O3 -gだから、私がやりたいのはビルドを修正してデバッグシンボルに残すことです. サイズの問題はシンボルを削除することで解決できることはわかっていますが、他に見逃している微妙なものはありますか?