Обновление до Visual Sudio 2015 и теперь не может ударить точки останова при отладке

Ответ 1

Я никогда не выяснял, что произошло, но я закончил создание целого нового проекта и просто импортировал в него файлы, и теперь все работает.

Ответ 2

У меня была аналогичная проблема, когда я создал новую конфигурацию сборки. После поиска настроек в VS2015 я заметил, что в моем выпуске сборки не было файлов *.pdb. Очевидно, что отладка не будет работать, если есть файлы *.pdb.

Исправление для меня заключалось в том, чтобы войти в каждый проект → 'build' page → нажать кнопку "advanced" внизу страницы → В диалоговом окне "Выход" я установил "отладочную информацию", равный "полный".

В принципе, я создал новое решение и проект и скопировал все свойства сборки в решение, которое отладчик больше не останавливал в точках разрыва. В дополнение к приведенной выше настройке, я также изменил следующий параметр, чтобы соответствовать настройкам отладки по умолчанию:

• Я установил на той же расширенной странице "Внутренняя отчетность об ошибках компилятора" на "prompt"
• На главной странице "сборка" я проверил в "общем" разделе "Определить константу DEBUG" и "Определить константу TRACE"

Ответ 3

Я решил эту проблему, когда был установлен флажок "Опции- > Отладка- > Общие- > Подавить оптимизацию jit при загрузке модуля. Прежде чем я это сделал, я также отключил" Инструменты и решения "" Инструменты и решения "" Сборка и запуск "" Только создавайте проекты запуска и зависимости от запуска". Не знаю, есть ли у него какие-то причины, почему он работает после того, как отключить jit не установлен.

Ответ 4

Моя ситуация заключалась в том, что я включил "Оптимизировать код" в свойствах проекта.

Ответ 5

Если вы попали только в контрольные точки в проекте запуска:

• Инструменты > Параметры > Проекты и решения > Построение и запуск
• Снимите флажок Создайте только проекты запуска и зависимости от Run

И вот он по-немецки:

Ответ 6

Запуск командной строки VS в качестве администратора для запуска команды: devenv /setup исправлено это для меня.

Ответ 7

Это послало меня безумным, пока я не понял, что в другом решении я решил опубликовать конфигурацию, изменив ее обратно на отлаженную работу.

Это, вероятно, не ваш конкретный ответ, но я подумал, что поделись им "на всякий случай", кого-то другого заставят отвлечься от чего-то очевидного!

Ответ 8

В моем случае я просто изменил настройку своего режима бега.

Раньше я использовал режим запуска "релиз":

И теперь я использую режим отладки:

Ответ 9

Отладчик не ударил точки останова для моего приложения ASP после перехода с моей старой системы на мою новую систему. Я забыл настроить в IIS для отладки.

Чтобы настроить IIS для отладки:

• Сайты > MyWebsite
• IIS > ASP > Свойства отладки
  • Установите Включить отладку на стороне клиента True
  • Установите Включить отладку на стороне сервера True

Ответ 10

Я только что исправил эту проблему для одного из наших разработчиков интерфейса. Он может или не может применяться к вам. Мы используем IIS Express для локальной отладки, и каким-то образом его отделили от правильного процесса при отладке.

Чтобы исправить ошибку, я проверил, к какому идентификатору процесса он подключен в соответствии с IIS Express (щелкните правой кнопкой мыши значок IIS на панели задач, выберите "Показать все приложения", отметьте PID, указанный для приложения). Затем я привязал его к правильному процессу (с решением, запущенным в VS, нажмите "Отладка" на панели инструментов, выберите "Присоединить к процессу", найдите правильный процесс, используя PID, полученный выше из IIS Express). Надеюсь, это поможет кому-то.

Ответ 11

Мне не удалось заставить его работать с вышеуказанными методами и, наконец, вернуться к VS 2013 для решения, которое отлично работало. Очень огорчает, что VS2015 очень похож на VS2005, когда он переместился с стабильного стабильного VS2003.

Надеюсь, 2017 год разрешит эти несоответствия.

Ответ 12

Вы можете оставить все как есть, просто позаботьтесь о следующем:

• Расширенные настройки компилятора → Создать отладочную информацию → должен быть либо "pdb-only", либо "full"
• Расширенные настройки компилятора → Включить оптимизацию → должен быть отключен

Ответ 13

Мне также пришлось столкнуться с этой проблемой, но после обновления Visual Studio 2015 Update 1, теперь она исправлена.

https://www.visualstudio.com/en-us/news/vs2015-update1-vs.aspx

Ответ 14

Перезагрузка Visual Studio работала для меня.

Ответ 15

Я надеюсь, что это поможет кому угодно. Если вы запускаете код на своей локальной машине в IIS, вам необходимо приложить свое решение к процессу w3wp.exe. Итак, выберите свой проект, в меню перейдите к debug- > attach to process и в списке вы увидите w3wp.exe

Теперь, если вы не видите w3wp.exe, вы можете либо выбрать флажок показать все процессы, либо перейти в свой диспетчер IIS и просмотреть свой веб-сайт, чтобы фактически запустить экземпляр w3wp.exe.

Ответ 16

В моем случае я не смог отладить, потому что у меня была установлена точка останова во временном файле контроля исходного кода при анализе истории файлов вместо реального файла в решении.

Ответ 17

Мой проект был веб-приложением MVC, и когда я запускал проект с отладчиком, в браузере открывалась новая вкладка, которая перенаправляла меня на страницу входа. Но в другой вкладке я вошел в систему как пользователь, который мог делать все, что угодно, но это не касалось точек останова, хотя я очень сильно обновлял страницу. И каждый раз, когда я закрывал недавно открытую вкладку, которая перенаправляла на страницу входа. Однажды я закрыл старую вкладку с зарегистрированным пользователем и фактически вошел в приложение снова во вновь открытой вкладке. Тогда это начало поражать точки разрыва.

Ответ 18

удаление postsharp nuget решило мою проблему, это объясняется в этом посте https://doc.postsharp.net/uninstall