Неможливо отримати значення локального або аргументу, оскільки воно недоступне в цьому покажчику інструкцій, можливо, тому, що воно було оптимізовано

Visual Studio 2010 вбиває (іншого слова немає) в одному з аргументів функції в небезпечному блоці. Що може спричинити цю помилку? Наступне повідомлення показує налагоджувачем.

Cannot obtain value of local or argument as it is not available at this instruction pointer, possibly because it has been optimized away.

Перейдіть до Властивості проекту та в розділі Складіть Переконайтесь, що прапорець "Оптимізувати код" не встановлений.

Також встановіть спадне меню "Інформація про налагодження" на "Повне" на вкладці Додаткові параметри (на вкладці "Збірка").

Також у VS 2015 Community Edition

перейдіть до Налагодження-> Параметри або Інструменти-> Опції

і перевірте Налагодження-> Загальне-> Придушити оптимізацію JIT на завантаженні модуля (лише керований)

Якщо ви компілюєте з увімкненою оптимізацією, багато змінних буде видалено; наприклад:

SomeType value = GetValue();
DoSomething(value);

тут локальна змінна value, як правило, видаляється, зберігаючи замість цього значення в стеці - трохи так, як ніби ви написали:

DoSomething(GetValue());

Крім того, якщо значення повернення взагалі не використовується , воно буде викинуто через "pop" (а не збережене в локальному через "stloc", і знову; локальне не буде).

Через це в такому складі налагоджувач не може отримати поточне значення, valueоскільки його не існує - він існує лише на короткий момент між GetValue()і DoSomething(...).

Так; якщо ви хочете налагоджувати ... не використовуйте версію версії! або принаймні відключити оптимізацію під час налагодження.

http://www.guntucomputerhacks.blogspot.com.au/2014/07/cannot-obtain-value-of-local-or.html

Це працювало для мене у візуальній студії 2013 року.

Все, що вам потрібно зробити, це ..

1. Клацніть правою кнопкою миші на проект, який ви не можете налагодити.
2. Перейдіть до власних проектів.
3. Клацніть на меню збірки.
4. Натисніть на розширену кнопку.
5. Встановіть повне значення спадної інформації про налагодження.
6. Побудуйте свій проект.

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

У візуальній студії 2017 перейдіть на Debug-> Option, а потім поставте прапорець Debugging-> general-> і поставте цей параметр

Коли я стикався з тією ж проблемою, я просто повинен був очистити своє рішення перед перебудовою. Це подбало про мене.

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

Я зіткнувся з тим же питанням, і рішення для мене - це зміна Solution Configurationз Releaseна Debug. Сподіваюся, це допомагає

У моєму випадку я працював над веб-проектом api, і хоча проект був налаштований правильно на повну налагодження, я все одно бачив цю помилку кожного разу, коли я приєднувався до IIS процесу, я намагався налагоджувати. Потім я зрозумів, що профіль публікації налаштований на використання конфігурації випуску. Отже, ще одним місцем для перевірки є ваш профіль публікації, якщо ви використовуєте функцію "Опублікувати" для вашого веб-проекту apt dotnet.

Я виявив, що у мене була та сама проблема, коли я запускав проект і налагоджував, приєднавшись до процесу IIS. Я також працював у режимі налагодження з вимкненими оптимізаціями. Хоча я вважав, що код скомпільований нормально, коли я від'єднався і намагався його скласти, одна з посилань не була знайдена. Це було пов’язано з іншим розробником тут, який вніс зміни та змінив розташування посилання. Посилання не відображалося із символом оповіщення, тому я вважав, що все добре, доки не зробив компіляцію. Після виправлення посилання та запуску знову він працював.

Як додаткову відповідь для тих, хто відчуває цю проблему під час налагодження веб-програми веб-сайтів Azure:

Наприклад, при розгортанні з GitHub код складається на сервері Azure, оптимізованому за замовчуванням.

Я кажу серверу складати налагоджуваний спосіб, встановивши SCM_BUILD_ARGSна/p:Configuration=Debug

але є більше варіантів. Дивіться це: http://azure.microsoft.com/blog/2014/05/08/introduction-to-remote-debugging-on-azure-web-sites-part-3-multi-in substance-environment-and-git /

У Visual Studio 2012:

Перейдіть до властивостей проекту -> Налагодження -> зніміть прапорець "Увімкнути процес хостингу Visual Studio"

Для веб-додатків є ще одна важлива проблема, і це вибір правильної конфігурації під час публікації програми.

Ви можете створити додаток у режимі налагодження, але це може статися, коли ви публікуєте його в режимі випуску, який за замовчуванням опромінює код, але IDE може ввести вас в оману, оскільки він показує режим налагодження, коли опублікований код знаходиться в режимі випуску. Деталі ви можете побачити на знімку нижче:

Перевірте, чи є у вас файл атрибута Debuggable у файлі AssemblyInfo. Якщо є, видаліть його та відновіть рішення, щоб побачити, чи стають доступні локальні змінні.

Мій атрибут налагодження був встановлений на: DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints, який відповідно до цієї статті MSDN повідомляє компілятору JIT використовувати оптимізацію. Я видалив цей рядок із мого файлу AssemblyInfo.cs, і локальні змінні були доступні.

У Visual Studio 2017 або 2015:

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

У мене було те саме питання. Перепробував усе вищесказане і виявив, що мені також довелося видалити все всередині {PROJECT_ROOT} \ bin \ Release \ netcoreapp2.2 та {PROJECT_ROOT} \ obj \ Release \ netcoreapp2.2 для мого проекту. Він, безумовно, відмовився від публікації, тому що, хоча я використовую інструменти розгортання / бітбукет у своєму веб-додатку Azure, я спробував побудувати >> Опублікувати >> Опублікувати в Azure, тому що я хотів перевірити, які файли насправді розгорнуті.

Якщо у програмі WPF була та сама проблема, і всі рішення тут НЕ вирішили проблему . Проблема полягала в тому, що Модуль уже оптимізований, тому такі рішення НЕ РОБОТИ (або недостатньо для вирішення проблеми):

• Зніміть прапорець " Оптимізувати код "
• " Пригнічувати оптимізацію JIT при завантаженні модуля " встановлено
• Конфігурація рішення на DEBUG

Модуль все ще завантажений Оптимізований. Дивіться наступний знімок екрана:

Щоб вирішити цю проблему , потрібно видалити оптимізований модуль. Щоб знайти оптимізований шлях модуля, ви можете використовувати такий інструмент, як Process Hacker .

Двічі клацніть на вашій програмі на панелі « Процес », а потім у новому вікні відкрийте вкладку « .NET Assembly ». Потім у стовпці " Шлях до рідного зображення " ви знайдете всі шляхи оптимізованих модулів . Знайдіть ту, яку потрібно знешкодити та видалити папку (див. Скріншот нижче): (Я розмив назву своєї компанії з очевидних причин)

Перезавантажте програму (прапорець у кроці 1 правильно встановлено), і вона повинна працювати.

Примітка : файл може бути заблокований, оскільки він був відкритий іншим процесом, спробуйте закрити Visual Studio. Якщо файл все ще заблокований, ви можете скористатися такою програмою, як Lock Hunter