VS2010SP1：デバッグ時に常に時代遅れのプロジェクト

Question

私は以前にVS2010でこの問題を経験し、これを見て解決しました だから質問. 。ただし、VSをSP1にアップグレードしたので、再び表示されました。私は同じようにそれを解決しようとしました、C ++プロジェクトのロギングと使用を可能にしました DebugView. 。しかし、私が何をしても、DebugViewで出力を見ることができません。また、ビルド出力の冗長性（ツール - >オプション - >プロジェクトとソリューション - >ビルドと実行）を上げようとしましたが、手がかりが見つかりませんでした。

当初の問題のように、時代遅れとして報告されているプロジェクトは常に管理されていないC ++プロジェクトです。ソリューションには、C＃、VB.NET、C ++/CLI、C ++プロジェクトがあります。私が実行しようとしているのは、C ++/CLIラッパーを介していくつかのC ++プロジェクトを使用するVB.NET exeです。

これをトラブルシューティングする方法に関するヒントはありますか？

アップデート: ：クリーンなチェックアウトで解決しました。しかし、この種のエラーをトラブルシューティングする方法がもうないのは残念です...

Answer 1

将来の日付でテストしていて、将来ソースファイルを保存している可能性はありますか？クリーン/再構築はすべてこれを修正する必要がありますが、VSはバティになり、現在のファイルを再配置するまでそこにとどまるようです。

バージョンコントロールにソースコードのみがある場合、「再起動のように」機能するこれらの問題を時々解決するもう1つの最後のことは、すべてをチェックし、プロジェクト内のファイルを使用して、すべてのプロジェクトフォルダーをaに移動しますバックアップフォルダー、そしてそれぞれのフォースゲットの最新バージョンを実行します。 「クリーンプロジェクト」がカットしない場合があります。

それがうまくいかず、不足している.h.h ...いつでもプロセスモニターを起動し、フィルターを設定し、そこに掘ることができます。

まあまあ、すべてが暗闇の中を刺すだけです。 1つがバークラーに当たることを願っています！ ;-)

Answer 2

コンパイラアップグレードの後、まだそれを行っていない場合は、再構築を行う必要があります。

ネイティブC ++プロジェクトの場合、「プロジェクトを時代遅れにする」ことができますが、実際には終了しないプロジェクトにファイルを含めるものがある場合は、構築するものはありません。未使用の.hファイルを削除した場合のように、それらはまだプロジェクトの一部です。