Visual Studio 2010の「現在のメソッドのコードが最適化されているため、式を評価できません」

Visual Studio 2010をデバッグモードで使用していて、「コードの最適化」をオフにしている。デバッガーで変数をすばやく監視（またはホバー）できません。「現在のメソッドのコードが最適化されているため、式を評価できません」というエラーが表示されます。

次のような行でも：int i = -3、iを簡単に監視すると、「ローカルまたは引数 'i'の値を取得できません。おそらく最適化されているため、この命令ポインターでは使用できません。」

同様の質問で参照されているこのリンクは適用されていないようです。

私が見逃している設定はありますか？

プロジェクトがデバッグモードである間、ソリューションはそうではありませんでした。変更したところ、うまくいきました。

VS 2010を使用していたときにこの問題が発生しました。ソリューション構成で（デバッグ）が選択されています。これを解決するには、プロジェクトプロパティの[コードの最適化]プロパティをオフにします。プロジェクト（右クリック）=>プロパティ=>ビルド（タブ）=>最適化コードのチェックを外します

最適化されたボックスがオフになっているにもかかわらず、最適化された/リリースビルドをデバッグしているようです。あなたが試すことができるものは：

• ソリューションファイルを完全に再構築します（ソリューションを右クリックして[すべて再構築]を選択します）
• デバッグ中にモジュールウィンドウを開き（[デバッグ]-> [ウィンドウ]-> [モジュール]）、読み込まれたモジュールのリストでアセンブリを見つけます。ロードされたアセンブリに対してリストされたパスが予想どおりであること、およびファイルの変更されたタイムスタンプがアセンブリが実際に再構築されたことを示していることを確認します。
• ロードされたモジュールが最適化されているかどうかもモジュールウィンドウに表示されます。モジュールウィンドウに最適化されていないことが示されていることを確認してください。

[デバッグ]-> [ウィンドウ]メニューに[モジュール]メニュー項目が表示されない場合は、[カスタマイズ...]メニューに追加する必要がある場合があります。

VS2013で、次の場所に移動します。[ツール]-> [オプション]-> [デバッグ]-> [全般]をクリックし、[管理互換モードを使用する]を有効にします。これにより、新しい関数評価動作が無効になります。

デバッグモードで実行してみてください。リリースモードで実行している場合は、このメッセージが表示されます。

私の状況は上記の答えのいずれによってもカバーされませんでした。私は次のことを見つけました：いくつかのプリミティブなネイティブスレッド操作でスタックすると、デバッガーがデータにアクセスできないことを説明するスレッドに関するMSDNの記事。例として、スレッドがTask.Wait（）にある場合、これが表示されます。

私も同じ問題を抱えていました。しかし、私の場合、Debuggable属性はAssemblyInfo.csプロジェクトのファイルにハードコーディングされていたため、コンパイルによって（上書き）されませんでした。Debuggable属性を指定する行を削除した後に機能しました。

私にとってそれはVS2017とVS2019で起こっていました。「モジュールロード時のJIT最適化の抑制」オプションを選択した後、この問題は発生しなくなりました。

VS2008でも同じ問題が発生しました。私の場合、ソリューションの再構築によって解決されました。

@Kragenとは別に、Webプロジェクトをデバッグする場合

Visual Studioを閉じ、C：\ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET Filesにある一時ファイルを削除してみます

もう1つのことは、最適化されたdllと同じ名前で、拡張子がiniのファイルを作成し、それに以下を追加することです。

[.NET Frameworkデバッグコントロール]
GenerateTrackingInfo = 1
AllowOptimize = 0

これは、変数を最適化しないようにJITに指示します。

まだpdbが必要なので、次のようなものになります：yourDll.dll yourDll.pdb yourDll.ini

これは、デバッグオプションを使用してDLLを再生成するアクセス権がないシナリオで特によく機能します。

http://www.hanselman.com/blog/DebugVsReleaseTheBestOfBothWorlds.aspx

「現在のメソッドのコードが最適化されているため、式を評価できません。」というメッセージが表示された場合Debugger.Break()文を、その後必ず次の文へのステップにF10を押してください。

次のステートメントにステップすると、デバッグビルドを実行していると想定すると、このメッセージは表示されなくなります。

「コードの最適化」プロパティのチェックが解除されているにもかかわらず、コードが最適化されたままコンパイルされる問題について：すべてを試した後、最終的に私を助けたのは、同じ設定ページ（プロジェクトのプロパティ-デバッグ）の[アンマネージコードのデバッグを有効にする]チェックボックスをオンにすることでした。コードの最適化とは直接関係ありませんが、これを有効にすると、VSはライブラリを最適化しなくなり、デバッグできます。

テストベッドWebアプリからクラスライブラリをデバッグしているときにも同じ問題が発生しました。テストベッドでリリースバージョンを参照していましたが、クラスライブラリプロパティで最適化されるように設定されていました。

クラスライブラリのプロパティでリリースバージョンのコードの最適化チェックボックスのチェックを外すと、問題が解決しました。

私はこれが後の答えであることを理解していますが、将来的に他の人を助ける可能性があるこの問題に対処する方法への別の参照を見つけました。このWebページでは、最適化を妨げる環境変数（COMPLUS_ZapDisable = 1）の設定について説明しています。（Visual Studioホスティングプロセスの無効化の2番目の部分を忘れないでください。）私の場合、シンボルサーバーを介して外部DLLをデバッグしていたため、これはさらに関連性が高かったかもしれませんが、わかりません。

Visual StudioとMonoDevelopの間のあちこちにあったF＃プロジェクトでこの問題が発生しました。VSでは、最適化ボックスはオフになっていますが、デバッガーに関する限り、最適化は確実に行われているようです。

プロジェクトファイルのXMLを健全なプロジェクトのXMLと比較したところ、問題は明らかでした。健全なプロジェクトには明確な<optimize>false</optimize>行があり、悪いプロジェクトには完全に欠けていました。VSは不在から最適化が無効になっていることを明らかに推論していましたが、コンパイラはその逆を行っていました。

解決策は、このプロパティをプロジェクトファイルに追加してリロードすることでした。

Visual Studio 2017に移行したときに、このメッセージが表示され始めました。このページのアイデアのうち、私が試したものはどれも役に立ちませんでした。別の投稿で私はこの提案を見つけ、それは機能しました-削除：

[assembly: Debuggable(DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]

... AssemblyInfoファイルから。

私はVS 2010でも同じ問題がありました。解決策をクリーンアップして再構築し、それが機能しました。

上記のvickramdsのコメント（http://torulflundgren.blogspot.com.au/2010/03/cannot-obtain-value-of-local-or.htmlを参照）は私のためにそれをしました。私はすべてをチェックしました-ローカルbinフォルダーからすべてのdll、pdbファイルを削除し、一時的なASP.NETファイルのすべてのフォルダーを消去、再構築、クリアし、TRACE / DEBUGフラグが設定されていることを確認し、DLLパスをチェックしました。

影響を受けるプロジェクトで、失われないようにそれを置くには：

プロジェクトのプロパティ->ビルド->詳細->デバッグ情報：フル。

もちろん、意図しない限り、これを行う前に、デバッグ構成が選択されていることを確認する必要があります。

ASP.NETプロジェクトをデバッグしようとしている場合は、プロジェクトの[プロパティ]> [Web]> [サーバー]ドロップダウンが[IIS Express]に設定されていることを確認します（ここで他のすべてを確認することに加えて）。

デバッグ構成でも最適化されたc ++ / cli mfc拡張dllが混在していました（VS 2017モジュールウィンドウから確認）。以前の回答が示唆したように、私は「VS2013に移動します：ツール->オプション->デバッグ->一般」を有効にし、「マネージ互換モードを使用する」を有効にします。これにより、新しい関数評価動作が無効になります。その設定はVS 2017にもあります。

しかし、それだけでは不十分だったので、UseDebugLibraries設定を別のMFCアプリのプロジェクトファイルから拡張DLLプロジェクトファイルにコピーしました。

    <PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'" Label="Configuration">
      ...
      <UseDebugLibraries>true</UseDebugLibraries>

その後、再構築すると問題が修正されます。

Visual Studio 2012 では、[ ツール]> [デバッグ]> [ジャストインタイム ]の[ 管理 ]オプションを有効にするとうまくいきました。