問題タブ [debug-symbols]

VS2010 SDKをインストールし、空の「Initialize」メソッドを使用してVSPackageプロジェクトを作成しました。

「Initialize」メソッド内にブレークポイントを設定し、プロジェクトをデバッグモードで実行すると、実験的なVSインスタンスが開始されますが、ブレークポイントはヒットしません。デバッグシンボルがロードされていないことを示しています。

私は何が間違っているのですか？

助けてくれてありがとう、エニラ

この設定の場所がわかりません

構成ドロップダウンをデバッグからリリースに変更しても、コードに変更が見られません。これは、DEBUG シンボルが定義されていないことを示唆しています。

編集

マークが提案するように、ビルド画面に設定が表示されません。

iOSでのクラッシュレポート（記号化されていない）を考えると、どのアーキテクチャ（armv6またはarmv7）がデバイスによって実行されていたかを判断する方法はありますか？

なぜ私は尋ねるのですか？アーカイブされたdSYM/実行可能ファイルに関連付けられていないクラッシュレポートをいくつか受け取りました。そのため、自動化されたツールでそれらを象徴することはできません。クラッシュファイルに記録されたUUIDを、dSYMが保持されているリリースに変更して実験したいと思います（2つのリリース間の変更は、おそらくリソースファイルの変更[画像]であるため、コンパイルされたコードは同一である必要があります）。これにより、自動化されたツールを使用してレポートを象徴し、意味のあるクラッシュデータを抽出できるようになる可能性があります。

dwarfdumpは、実行可能ファイルとdSYMが期待どおりに一致していることを示していますが、各（ファットバイナリ）armv6とarmv7に2つのアーキテクチャがあることも示しています。UUIDをクラッシュレポートにすばやく置き換えることができるようにするには、クラッシュ前にデバイスで使用されていたアーキテクチャを知る必要があります。

何らかの理由で、私の VS2010 の Silverlight プロジェクトは最近、ロードに 10 分以上かかるようになりました。時々、私が知る限りロードされず、円のアニメーションで青い点が表示されたシルバーライトのロード画面でハングアップします. しかし、その時点に到達する前に、ロードするシンボル ファイルごとに 10 秒ほどの時間を痛々しく費やします。したがって、出力では次のようになります。

それから 10 秒後に次のものを取得しますが、約 50 個あります。奇妙なことに、インターネットを無効にしてプロジェクトを実行すると、ロードが非常に速くなります。シンボルがロードされたステートメントのそれぞれが飛び交い、気が付く前に実行中の Silverlight プロジェクトを見ています。私のチームメイトは、Perforce と関係があるかもしれません。これは、ソースを管理する方法であり、Visual Studio でプラグインを使用する方法です。

これを引き起こしている可能性のあるアイデアはありますか？または、同様の現象を一度経験しましたか？昨日から勝手に始めました。

ありがとう！

編集:関連する場合は、組み込みの VS サーバーを使用してプロジェクトをホストしています。

解決済み: 問題の原因は正確にはわかりませんが、問題はネットワーク関連であり、自動的に修正されました。二度と起こらないことを願うばかりです。

お客様のサイトからこんな感じのクラッシュログが届きました(関数名解決なし)

1 月 13 日 12:15:41.739 ccodvcs2 VCS​​: [0x00003e80] XXXX.exe により、001B:77E4BEE7 でモジュール内が発生しました
1 月
13 日 12:15:41.739 ccodvcs2 VCS​​: [0x00003e80]ビルド 5.2.0.426
13 年 1 月 12:15:41.739 ccodvcs2 VCS​​: [0x00003e80]
1 月 13 日 12: 15
:41.739 ccodvcs2 VCS​​: [0x00003e80]
：15：41.739 CCODVCS2 VCS​​：[0x00003E80] EAX = 7E5CCF88 EBX = 000000 ECX = 00000000 EDX = 7E5CD030 ESI = 7E5CD010
Jan 13 12：15：15：41.739 CCODVCS2 VCS​​2 eB800 eB58441.739 FLG=00000206
1 月 13 日 12:15:41.739 ccodvcs2 VCS​​: [0x00003e80] CS=001B DS=0023 SS=0023 ES=0023 FS=003B GS=0000
1月13日12：15：41.739 CCODVCS2 VCS​​：[0x00003E80] Jan 13 12：15：41.739 CCODVCS2 VCS​​：[ 0x00003E80
] 001B：77E4BEE7（0xE06D7363）
007339C1 (0x7E5CD030 0x00867174 0x823D8B58 0x7E5CD388)
Jan 13 12:15:41.739 ccodvcs2 VCS​​: [0x00003e80] 001B:0072E769 (0x5832EF90 0x823D8AF0 0x00DF7118 0x00F97A38)
Jan 13 12:15:41.739 ccodvcs2 VCS​​: [0x00003e80] 001B:004CB6CE (0x5832EF90 0x00F979F8 0x00000000 0x5832EF90 )
Jan 13 12:15:41.739 ccodvcs2 VCS​​: [0x00003e80] 001B:004D713C (0x00000002 0x582F5C50 0x823D8930 0x7E5CD1D8)
Jan 13 12:15:41.739 ccodvcs2 VCS​​: [0x00003e80] 001B:004D681A (0x08A9F398 0x823D89FC 0x7E5CD388 0x007C8B64)
Jan 13 12:15:41.739 ccodvcs2 VCS​​: [0x00003e80] 001B:004BD21E (0x823D89C4 0x823D89C8 0x00000000 0x08A9F398)
Jan 13 12:15:41.739 ccodvcs2 VCS​​: [0x00003e80] 001B:00402157 (0x823D8838 0x0370B910 0x7E5CD2B8 0x7E5CD2B8)
Jan 13 12:15: 41.739 ccodvcs2 VCS​​: [0x00003e80] 001B:0052AF9C (0x7E5CD370 0x823D8814 0x00F95F98 0x0367E120)

すべての Dll と EXE 自体に対応する PDB があります。スタック上の関数の名前を見つけるにはどうすればよいですか? なかなか便利そうなのですが、Web上でピントを合わせた情報が見られず、

PDB ファイルをダンプしようとしましたが、そこにあるアドレスがクラッシュに表示されるものと一致しません。

master ブランチをコンパイルし、エミュレーターで実行しました。「スペアパーツ」メニューの「バッテリー履歴」項目が機能しません。「スペアパーツ」の「強制終了」につながります。

DDMS ログには、次のようなエラー メッセージが表示されます。

「Battery History」でこのクラスを使用していることがわかりましたcom.android.settings.battery_history.BatteryHistoryが、このクラスはもう存在しません。以前はリポジトリにありplatform/packages/apps/Settings.gitました。コードベース全体を検索しましたが、このクラスが見つかりませんでした。

このファイルはもはやオープンソースではなくなり、いくつかの JAR ファイルに入れられましたか?

シンボルのデバッグと、それらで何ができるか、さらにはデバッグについていくつか質問があります。私は主に GCC に関する回答に興味がありますが、MSVC を含む他のコンパイラでどのように見えるかを知りたいです。

初めに：

• デバッグ シンボルの一般的な形式/種類は何ですか?
• それらはコンパイラやプラットフォームとどのように関連していますか? プラットフォーム間で GCC と MinGW では常に同じ形式ですか?
• ビルドにそれらが含まれているかどうか、およびそれらがどのような形式であるかを実行時に確認できますか?

そして、いくつかのより実用的な質問...どうすればいいですか:

• 現在のファイルと行番号を確認しますか?
• 実行中の (修飾された) 関数名を取得しますか?
• 現在の完全なスタック トレースを取得しますか?

実行時チェックについて話していることを強調しておきます。これらはすべて GDB で読み取ってきれいに印刷できますが、デバッグ シンボル自体からどの程度の情報が得られ、GDB もアクセスできるソース コードからどの程度の情報が得られるかはわかりません。

デバッグシンボルを解析してそのような情報を生成できるライブラリがあるでしょうか?

デバッグ シンボルは、そのようなソリューションにある程度の移植性を期待できるほど十分に標準化されていますか?

ここ数日から Visual Studio 2005 に取り組んでいます。昨日までは正常に動作していました。突然、デバッグのために動作しなくなりました。私が使用していたすべてのブレークポイントについて、「ブレークポイントは現在ヒットされません。このドキュメントのエラーに対してシンボルが読み込まれていません。
ネット上で見つかったすべての可能な解決策を試しました。
1. ソリューションをクリーンアップして再構築します。
2. pdb ファイルを削除し、ソリューションを再構築します。
3. C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files からすべてのファイルを削除し、ソリューションを再構築します。
4. デバッグ場所も変更。

まだ何も起こっていません。解決策が機能していないため、この問題に本当に不満を感じています。
これから抜け出すのを手伝ってください。
よろしく
お願いします

GCC ARM クロスコンパイラ ( arm-none-eabi-*) を使用しており、独自のデバッガを使用しています。デバッガーは、選択したソース行の結果のアセンブリを強調表示できます。nm と objdump を使用すると、バイナリに複数の.debug_*セクションがあることがわかります。デバッガーがこれらのセクションに含まれる情報を使用して、ソース行を逆アセンブリにマップしていると結論付けることは明らかです (逆も同様です)。しかし、私はどのようにしたいです。これらのセクションに含まれる情報、それらがどのように関連しているか、それらをどのように理解するかを知りたい. 要するに、デバッガー (または少なくとも、これらのマッピングを表示できるツール: ソースから逆アセンブリ、およびソース行ごとの逆アセンブリ行の数) を作成する場合、セクションをどのように読み取り、それらを利用しますか? . コンパイルの最適化はゼロと仮定します。

おそらく、これらのセクションの形式を説明するドキュメントがありますか?

Windows では、dbgHelp ライブラリを使用してデバッグ シンボルを取得できます。
UNIX/Linux (c++ を使用) でどのように行うことができますか?

ありがとう ：）