"Неможливо оцінити вираз, оскільки код поточного методу оптимізований" у Visual Studio 2010

Я використовую Visual Studio 2010 в режимі налагодження, і у мене не встановлено прапорці "оптимізувати код". Я не можу швидко переглянути (або навести курсор) будь-яку змінну в налагоджувачі. Я отримую цю помилку "Неможливо оцінити вираз, тому що код поточного методу оптимізований".

Навіть такий рядок, як: int i = -3, швидко переглядаючи i, я отримую "Неможливо отримати значення локального чи аргументу" i ", оскільки воно не доступне в цьому покажчику інструкцій, можливо, тому, що воно було оптимізовано."

Це посилання, на яке посилається аналогічне запитання, схоже, не застосовується.

Чи є налаштування, якого я відсутній?

Поки проект знаходився в режимі налагодження, рішення не було. Коли я його змінив, це спрацювало.

У мене виникла ця проблема, коли я використовував VS 2010. У моїй конфігурації рішення вибрано (Debug). Я вирішив це, знявши позначку властивості Optimize Code під властивостями проекту. Проект (клацніть правою кнопкою миші) => Властивості => Збірка (вкладка) => зніміть прапорці Оптимізувати код

Це здається, що ви налагоджуєте оптимізовану / випущену версію, незважаючи на те, що оптимізований прапорець не встановлено. Що ви можете спробувати:

• Зробіть повну перебудову файлу рішення (клацніть правою кнопкою миші на рішення та виберіть «Відновити все»)
• Під час налагодження відкрийте вікно модулів (Налагодження -> Windows -> Модулі) та знайдіть свою збірку у списку завантажених модулів. Переконайтеся, що шлях, зазначений у вашій завантаженій збірці, є таким, яким ви його очікуєте, і що змінена часова марка файлу вказує на те, що збірка була фактично відновлена.
• Вікно модулів також повинно повідомити, оптимізовано чи ні, завантажений модуль - переконайтесь, що вікно модулів вказує, що воно не оптимізоване.

Якщо ви не можете побачити пункт меню Модулі в меню «Налагодження -> Windows», можливо, вам знадобиться додати його в меню «Налаштувати ...».

У VS2013 перейдіть до: Інструменти -> Параметри -> Налагодження -> Загальне та увімкніть "Використовувати керований режим сумісності". Це вимикає нову поведінку оцінки функції.

Спробуйте запустити в режимі налагодження. Якщо ви працюєте в режимі випуску, ви отримаєте це повідомлення.

Моя ситуація не була охоплена жодною з наведених відповідей. Я знайшов наступне: стаття MSDN про нарізання різьби, в якій пояснюється, що, коли застряг у деяких примітивних операціях нарізування різьби, налагоджувач не може отримати доступ до даних. Наприклад, коли нитка сидить на Task.Wait (), це з'являється.

У мене була така ж проблема. Але в моєму випадку Debuggableатрибут був жорстко закодований у AssemblyInfo.csфайлі мого проекту і не був (пере-) написаний компіляцією. Він працював після видалення рядка із зазначенням Debuggableатрибута.

Для мене це відбувалося у VS2017 та VS2019. Це припинилося після того, як я вибрав опцію "Пригнічена оптимізація JIT при завантаженні модуля".

У мене була така ж проблема в VS2008. У моєму випадку це було вирішено за допомогою рішення-відновити.

Крім @Kragen згаданого, Якщо ви налагоджуєте веб-проект

закрийте візуальну студію та спробуйте видалити тимчасові файли на C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Тимчасові файли ASP.NET

Ще одне, що ви можете зробити, - це створити файл з тим же ім'ям, що і dll, який оптимізовано, але з розширенням ini, і додайте до нього наступне:

[.NET Framework Debugging Control]
GenerateTrackingInfo = 1
AllowOptimize = 0

Це дозволить JIT не оптимізувати ваші змінні.

Зауважте, що вам все-таки потрібен pdb, тому ви отримаєте щось подібне: yourDll.dll yourDll.pdb yourDll.ini

Це особливо добре працює в сценаріях, коли у вас немає доступу до повторної генерації dlls з можливістю налагодження.

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

Коли ви бачите « не може оцінити вираз , так як код поточного методу оптимізується. » Повідомлення після видачі Debugger.Break()заяви, будь ласка , переконайтеся , що ви натискаєте F10 для переходу до наступного твердження.

Після переходу до наступного твердження та припускаючи, що ви використовуєте збірку налагодження, це повідомлення має зникнути.

Що стосується проблеми з властивістю "Оптимізувати код", яку НЕВЕРЕЗНАЛЬНО, то код все ще збирається оптимізованим. Нарешті, мені допомогло після спроби все, встановити прапорець "Увімкнути невпорядковану налагодження коду" на тій же сторінці налаштувань (властивості проекту - налагодження). Це не пов'язане безпосередньо з оптимізацією коду, але при цьому увімкнено VS більше не оптимізує мою бібліотеку, і я можу налагоджувати.

У мене була така ж проблема під час налагодження бібліотеки класів із тестового веб-додатку. Я посилався на версію випуску на тестовій панелі, і це було налаштовано для оптимізації у властивостях бібліотеки класів.

Якщо відмітити галочку для оптимізації коду для версії версії у властивостях бібліотеки класів, я просто вирішив проблему.

Я усвідомлюю, що це пізніша відповідь, але я знайшов ще одне посилання на спосіб вирішення цього питання, який може допомогти іншим у майбутньому. Ця веб-сторінка описує налаштування змінної середовища (COMPLUS_ZapDisable = 1), яка запобігає оптимізації, принаймні, це зробило для мене! (Не забувайте другу частину відключення хостингу Visual Studio.) У моєму випадку це могло бути навіть більш актуальним, оскільки я налагоджував зовнішню DLL через сервер символів, але я не впевнений.

У мене була ця проблема з проектом F #, який був тут і там між Visual Studio і MonoDevelop, можливо, виникла в останньому (я забуваю). У VS поле оптимізації не було відмічене, проте оптимізація, безумовно, виникала, що стосується налагоджувача.

Після порівняння XML-файлу проекту зі здоровим, проблема була очевидною: у здорового проекту була чітка <optimize>false</optimize>лінія, тоді як у поганого його повністю не було. Очевидно, VS по своїй відсутності робила висновок, що оптимізацію було відключено, тоді як компілятор робив навпаки.

Рішення полягало в тому, щоб додати цю властивість до файлу проекту та перезавантажити.

Я почав отримувати це повідомлення, коли перейшов на Visual Studio 2017. Жодна з ідей на цій сторінці, які я спробував, не працювала для мене. В іншому дописі я знайшов цю пропозицію, і це DID працює - видалити:

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

... з вашого файлу AssemblyInfo.

У мене був такий самий випуск у VS 2010. Очистили та відновили рішення, і воно спрацювало.

коментар vickramds вище, посилаючись на http://torulflundgren.blogspot.com.au/2010/03/cannot-obtain-value-of-local-or.html , зробив це для мене. Я перевірив все - видалив усі dll, pdb файли з локальних папок бін, очистити, відновити, очистив усі папки тимчасових файлів ASP.NET, забезпечив встановлення прапорців TRACE / DEBUG, перевірив шляхи DLL тощо.

Щоб відкласти його, щоб він не був загублений, для порушених проектів:

Властивості проекту -> Збірка -> Додатково -> Інформація про налагодження: Повна.

Ви хочете перевірити, чи вибрано налаштування налагодження перед цим, якщо, звичайно, ви не планували інше.

Якщо ви намагаєтеся налагодити проект ASP.NET, переконайтесь, що для спадного меню Властивості> Веб> Сервери встановлено значення "IIS Express" (крім перевірки всього іншого тут).

У мене були змішані dlc розширення c ++ / cli mfc, які були оптимізовані, навіть якщо конфігурація налагодження (видно з вікна модулів VS 2017). Як було запропоновано в попередній відповіді, я змінив "У VS2013 перейдіть до: Інструменти -> Опції -> Налагодження -> Загальне та увімкніть" Використовувати керований режим сумісності ". Це відключає нову поведінку оцінки функції." Ці налаштування також знайдені у VS 2017.

Але цього було недостатньо, тому я також скопіював налаштування UseDebugLibraries з файлу проекту іншого додатка MFC у розширення файлу проекту dll.

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

Потім відновіть і це вирішило проблему.

У Visual Studio 2012 ввімкнення параметра " Керований " в меню Інструменти> Налагодження> Тільки вчасно працював на мене.