VS 2015 Update 1 - Стверджую, що налагоджую версію версії

Після оновлення до оновлення 1 для VS 2015, якщо я запускаю веб-проект (MVC), зупиніть додаток, потім спробуйте запустити його ще раз, VS зупиняється і з'являється діалогове вікно, що стверджує

Ви налагоджуєте версію версії <myproject.dll>.

Використання Just My Code з версій випуску за допомогою оптимізації компілятора призводить до погіршення досвіду налагодження (наприклад, точки прориву не потраплять).

Проблема в тому, що я не запускаю збірку релізів. Я чітко запускаю (ту ж) збірку налагодження, яку я щойно запустив! Чому VS думає, що я виконую збірку релізів?

Очищення рішення та повторний запуск очищає повідомлення про помилку, тож десь десь шланг.

Слово від Microsoft полягає в тому, що це відома проблема (вона спочатку йшла до команди Debugger, але було визначено, що це проблема складання, і зараз знаходиться в руках команди проектної системи. У цьому питанні відкриті інші помилки, і це Оцінка "Пріоритет 1", тому слід слідкувати за наступним оновленням. Хоча, як і слід було очікувати, жодних обіцянок щодо того, коли воно буде випущено (або що насправді є оновленням), не можна давати.

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

Як згадував @romanoza, Microsoft оновила звіт про помилку (зараз відсутній) Microsoft Connect (раніше розміщений тут , на випадок, коли ви можете десь знайти архів) з такою інформацією:

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

Це рішення. Вони продовжують говорити пізніше:

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

Нарешті, підтвердження:

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

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

Я помітив, що відповіді тут неповні, у мене виникло те саме питання, і це було вирішено шляхом відкриття властивостей проекту та під вкладкою збірки та конфігурації налагодження зняти галочку "оптимізувати код" . Ви також повинні перевірити диспетчер конфігурації, як було зазначено вище, щоб переконатися, що це також звучить. Відповідь надійшла з цієї публікації, і вони повинні отримати кредит: VS2015 Проект більше не працює в режимі налагодження

Дякую,

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

Очищення (та відновлення) рішення працює для мене як тимчасове вирішення. Також ви можете встановити налагодження> Параметри і зніміть Suppress JIT optimizationпрапорець.

У мене виникла та сама проблема з моменту оновлення до оновлення VS2015 1.

Знайдено аналогічну доповідь на Visual Studio Форум Microsoft, яка вказує на повідомлення про помилку , який був піднятий з ними тут

Існують різні способи вирішення, але я думаю, що основна проблема полягає в тому, що IIS Express не вимикається після завершення налагодження - і це не через те, що параметр редагування та продовження не буде відмінено. Найшвидший спосіб вирішення, який я можу знайти, поки помилка не буде виправлена:

• Клацніть правою кнопкою миші на піктограмі IIS Express у лотку та вийдіть із неї після налагодження (заслуга Девіда Тоцке, який надав обхід у звіті про помилку)

Не чудово, але на даний момент я не думаю, що правильне рішення доступне.

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

У моєму випадку я змінив "платформу активного рішення" для всього рішення в "Менеджері конфігурацій" з x86 на будь-який процесор, виправив проблему

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

Я помітив, що Visual Studio не вбивав процес iisexpress після того, як я зупинив налагоджувач. Процес вбивства вручну, здавалося, вирішив це для мене.

Здається, це тепер було виправлено у оновлення 2.

Здається, існує стільки рішень, скільки людей, які мають проблему, але в моєму випадку мені довелося видалити та знову додати посилання на проект. Посилання на проект було в тестовому проектному блоці в тому самому рішенні.

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

Елементарно, я знаю, і я розумію, що роблю себе схожим на ідіота. Але іноді проблема полягає саме в тому, що повідомляється.

Переконайтеся, що URL-адреса проекту IIS насправді вказує там, де, на вашу думку, це відбувається. Якщо ви сумніваєтесь, натисніть кнопку "Створити віртуальний каталог".

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

Для мене я знайшов 3 \ Release \ refs папки у цьому файлі FileListAbsolute.txt:

C: \ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.csproj.FileListAbsolute.txt

Вони були такими:

C: \ Projects \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.csprojResolveAssemblyReference.cache

C: \ Проекти \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.dll

C: \ Проекти \ MyWebApp.Web \ obj \ Release \ MyChildWebApp.Web.pdb

А просто видалення цих 3 рядків поза VS та повторне відкриття рішення вирішили проблему. Сподіваюся, що це допомагає.

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

Перезапустіть Visual Studio. Це вирішило для мене проблему в 2017 році Professional.

Ось що для мене спрацювало.

Якщо веб-проект, перейдіть до властивостей проекту та

1. Якщо вибрано Local IIS, перезавантажте IIS-сервер.
2. Якщо вибрано IIS Express, вийдіть з IIS express із значка лотка завдань.

Здається, деякі DLL будуть кешовані, тому наведені вище кроки призведе до недійсності кешу.

Це сталося у Visual Studio 2019 через додаток UWP. Скасування опції Оптимізація коду в налаштуваннях csproj / build це вирішило.

Досить впевнений, що це було виправлено у Visual Studio 2015 Update 2.

Я бачив це весь час (кілька разів на день), і не бачив жодного разу після оновлення до оновлення 2.