[c#] ブレークポイントは現在ヒットしません。 Silverlightアプリケーションでこのドキュメントのシンボルが読み込まれていません


Answers

私は同じ問題を抱えていて、グーグルでこれを解決する典型的な解決策を見つけました。

  1. .WebプロジェクトでSilverlightデバッガがアクティブになっていることを確認します。 プロジェクトのプロパティを開き、[Web]タブでSilverlightデバッガを選択します。

  2. Visual Studioを再起動し、すべてのbinおよびobjフォルダを削除します。

しかし、これらのどれも私にとっては役に立たなかった 。 誰かがブラウザの代わりにIEを使用しようとスレッドを遠くまで説明していました。 これにより、デバッグとブレークポイントが再び機能しました!

編集:

後で、私はIE9がうまく動作しないと苦労しました。なぜなら、それは間違ったプロセスに付いているからです。 毎回正しいIEプロセスに手動で接続するのではなく、きちんとしたtrickを見つけました。

  • .Webプロジェクト(.htmlまたは.aspx)で生成されたページの1つを右クリックし、
  • [Browse with ...]をクリックします。
  • IEをデフォルトのブラウザとして設定する(Visual Studioのブラウザの選択にのみ影響する)

Visual Studioは.Webプロジェクトを実行しているときにIEを起動し、正しいプロセスにアタッチします。 それはそれを行う必要があります。

Question

さて、私が持っているもの:

Visual Studio 2010 RC、W7 x64は、新しいプロジェクトタイプのSilverlightアプリケーションを開始しました。 ASP.NET WebアプリケーションプロジェクトでSilverlightアプリケーションをホストする Silverlightバージョン3.0 LinqToSQLクラス、WCFサービス、Winformテスターアプリケーション(プロジェクトはソリューション)、いくつかのクラス(ソリューションのプロジェクトとしても)を追加しました。

昨日、突然私は 'ブレークポイントは現在ヒットしません。 この文書にはシンボルがロードされていません。 IDEに表示されるメッセージがWeb Applianceにのみ影響し、SilverlightとWinform Appをデバッグできます。

私がメッセージを取り除こうとしたこと:

  • Visual Studioの設定をリセットする
  • \ Temporary ASP.NET Filesフォルダ内のすべてのファイルを削除しました(各32ビット/ 64ビットおよびFramework 2.0および4.0用に1つあります)
  • Visual Studio統合Webサーバーを使用してデバッグしようとしました - 通常、私はソリューションのプロジェクト出力でIISを使用します。すべてのプロジェクトフォルダ内のobjおよびbinフォルダをすべて削除しました
  • 新しいソリューションを作成し、すべてのプロジェクトをこの新しいソリューションに追加しました
  • 解suoファイルを削除しました
  • VSインストールの問題であるかどうかをテストするための新しいASP.NET Webアプリケーションを作成しました=>この新しいプロジェクト/ソリューションをデバッグできます
  • 数回マシンを再起動しました
  • vnetのインストールを修復しました。
  • IISResetを実行しました
  • IISからWebアプリケーションを削除しました。
  • Web Appのプロジェクトプロパティの下にあるCreate Virtual Directoryボタンを使用して、IISで新しいWebアプリケーションを作成しました
  • すべてのプロジェクトのフレームワークバージョンを3.5から4.0に変更
  • 2番目のマシンでソリューションを開けた=>同じ動作
  • Microsoft Connectでバグや類似の問題がクロールされました
  • SPENT 7時間。

だから、これは私の人生で2回目に起こります。 前回はTemporary ASP.NET Files Folderを削除して解決しましたが、今回は私の助けが必要です。




私は同じ問題があった、私は私のプロジェクトをデバッグしていた、私はプロジェクトを右クリックし、 "新しいデバッグインスタンス"を選択しなければならなかった。 私はこれを一度だけ行う必要があり、その後は正常に機能しました。




私の問題は、デバッグ設定でProperties-> Build-> Optimize codeチェックボックスがオンになっていることが判明しました。 オフにして再構築し、デバッグは正常に機能しました。




私はWindows 7で同じ問題を抱え、 すべてを試しました。つまり、DLLのクリーンアップ、モジュールのリストの調査、「Just My Code」のオフなどです。

Visual Studioを「管理者として」実行した後、この問題は解決されました。 正直なところ。 なぜマイクロソフトが「管理者として」実行していないと警告できなかったのですか? それは私に数時間の仕事を節約するだろう。




プロジェクトのプロパティにジャンプ - >ビルド - >高度な...

[出力]セクションで、[デバッグ情報]ドロップダウンで[フル]を選択します。




私はobj\debugフォルダの.pdbファイルの名前を変更しようとしましたが、クリーンな解決策を実行して再構築しました。
それは新しい.pdbファイルを作成し、私はブレークポイントを正しく打つことができました。




私は同じ問題を抱えていましたが、VS2013ではWeb App用でした。 私の答えは、ソリューションのビルド構成を更新することでした。

  1. ソリューションを右クリックし、[プロパティ]を選択します。
  2. デバッグ設定を選択する
  3. Trivetの "Configuration Properties"の下の "Configuration"を選択します。
  4. デバッグする各プロジェクトの[ビルド]ボックスをオンにします

私がこれをしたら、私のブレークポイントはすべて働き始めました。




同じ問題があった

何らかの理由で、DLLの1つがGACに登録されていたため、常にコードとは異なるバージョンを持っていました。

GACから削除したら、問題は解決しました




Visual Studio 2008ではなくVisual Studio 2010を使用している読者のために、このエラーが発生しています。 上記の答えはこの状況で私を助けなかったので、私は自分の経験を共有しています。

ASP.NET開発サーバーをデバッグに使用するのではなく、w3wp.exeプロセスにアタッチしてVisual Studio 2008でIIS Webアプリケーションをデバッグする場合(デバッグから開始)、これが問題になります。

Visual Studioでは、期限切れのIISプロセスからのDLLからシンボルファイル(デバッグ時に使用されたファイル)を参照している可能性があります。 そしてそのシンボルファイルは.NETソースコードによって再作成されましたが、IISプロセスは古いシンボルファイルを参照しています。

修正するには:

Visual Studioでのデバッグをやめ、Webアプリケーションを再起動して、プロセスに再接続してください。 その後、ブレークポイントは黄色(このエラーが表示されているとき)から赤に変わります。

============

試してみるべきこと(今日新しい状況を発見)

以下のリンクの各箇条書きを一度に実行してください。しかし、それぞれの試行で以下の手順を繰り返してください。

http://carnotaurus.philipcarney.com/post/4130422114/visual-studio-debugging-issue-with-files-of-the-same

1.)Visual Studioでデバッグを停止する(赤い四角のアイコンを押す)
2.)クリーンソリューション
3.)ソリューションを構築する
4.) [カレット挿入の手引き]
5.)ツール>プロセスにアタッチする(またはデバッグを開始する)
6.)あなたが接続しているプログラムを起動し、あなたのコードがヒットするように実行します

6説明:

nunit.exeに接続している場合は、NUnitを開いてテストを実行し、ブレークポイントにヒットします

w3wp.exe(IISサイト)に接続している場合は、ブラウザでサイトを開き、ブレークポイントに到達するページに移動します

編集:

今日私は、スタートアッププロジェクトとして設定されていないプロジェクトでデバッグを試みると、これが表示されることに気付きました。 w3wp.exeプロセスにアタッチすると、スタートアッププロジェクトとして設定されているプロジェクトでデバッグが行われると考えられます。 解決するには、Webアプリケーションプロジェクトを右クリックし、[プロジェクトとして開始する]を選択します。 次に、プロセスに再接続してみてください。




私はこの問題をSilverlightアプリケーションの展開に従って解決しました。 (この回答は他のものと重複していますが、私はそれをより完全に説明しようとします)。

この問題は、Silverlightアプリケーションがビルド/スタートアップ時にWebアプリケーションに適切にデプロイされていない可能性があります。 これは参照する問題です。初めて理解するのは簡単ですが、最初に遭遇するときは明白ではありません。

ほかのプロジェクト参照と同様に、 参照プロジェクトの出力は、 参照するプロジェクトのbinフォルダにコピーしてデバッグする必要があります。 クラスライブラリの場合は、これを右クリックして[参照の追加...]を選択すると発生します。 Silverlightの場合は、[プロジェクトのプロパティ]から参照を追加する必要があります。

  • プロジェクトを右クリックし、[プロパティ]を選択します。
  • 左側の[Silverlightアプリケーション]タブを選択します。
  • '追加...'ボタンを押し、ダイアログボックスからSilverlightプロジェクトを選択します

これにより、ホスティングWebアプリケーションからのSilverlightアプリケーションへの参照が追加され、ビルドまたはデプロイ時にxapファイルがWebアプリケーションに確実にコピーされます。 つまり、現在のSilverlightアプリケーションとそのデバッグファイルは、デバッグ中のアプリケーションの内部にあり、コードをステップ実行することができます。




私のWPFアプリケーションでは、アプリケーションフォルダを削除し、ソースコントロールから「最新のものを取得」して再ビルドしました。 すべてのブレークポイントはすぐれています。




私は同じ問題を抱えていましたが、私の問題はばかげていましたが、2つの異なるポートの下で実行されている組み込みWebサーバーのインスタンスが2つあり、プロジェクト - >プロパティ - > Web - > "Start URL"ウェブアプリケーションは実際にはそのポートの下で実行されていませんでした。 そこで私のブラウザは1539を参照している "Start URL"にリダイレクトされましたが、コード/デバッグインスタンスはポート50803で実行されていました。

私は、固定ポートの下で実行するように組み込みのWebサーバーを変更し、同様にそのポートを使用するように私の "スタートURL"を調整しました。 プロジェクト - >プロパティ - > Web - > "Servers"セクション - > "Visual Studio Development Serverを使用する" - >特定のポート




私の場合の同じ問題に対する解決策は、次のステップの組み合わせでした:

  1. ソリューション - >プロパティ複数の起動プロジェクトを選択するデバッグする必要のあるプロジェクトで[開始アクション]を選択します。
  2. サービス参照からサービスを削除し、ソリューションをクリーンアップします。
  3. サービスプロジェクトを再構築する
  4. サービス参照にそれを追加しました。
  5. ソリューションをクリーンアップし、再構築します。



有用かもしれない別の逸話 -

私のプロジェクトの1つがリリース出力フォルダからのファイル参照を使用していたときにこの問題が発生しました。 ビルド結果がGoodsフォルダに置かれると、これらのRelease dllはDebug dllを上書きしていました。

解決方法は、csprojファイルで確実に確認することでしたが、参考文献のHintPathは

<HintPath>..\..\Core\Goods\$(Configuration)\MyFramework.dll</HintPath>

そうではない

<HintPath>..\..\Core\Goods\Release\MyFramework.dll</HintPath>




ブラウザからWebアプリケーションのURLを開き、VS.Net IDEでツール→AttachtoProcessを使用します。

aspnet_wp.exeにアタッチします。

デバッガが動作を開始する




Related