Подтвердить что ты не робот

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

У меня есть многопроектное решение, которое я создавал в Visual Studio 2013, и оно отлично работает, но теперь, когда я обновился до Visual Studio 2015, я больше не могу использовать точки останова в режиме отладки для любого проекта, вызывая основной проект выбранный в качестве проекта "Запуск" на странице "Свойства проекта". Раньше я мог щелкнуть по другим проектам и просто выбрать Debug → Start New Instance. Я получаю сообщение об ошибке The breakpoint will not currently be hit. No symbols have been loaded for this document. Я пробовал много вещей, найденных в Google, включая:

  • Clean/Rebuild
  • Удалить папки OBJ и BIN из проектов
  • Восстановил ли VS ремонт
  • перезагружается
  • Удалено/переустановил
  • Подтверждено Определить ограничение DEBUG включено для свойств → Строить
  • Подтвержденный код оптимизации не установлен для свойств → Build
  • Подтвержденные свойства → Build = > Цель платформы была установлена ​​в любой процессор для всех проектов
  • Пробовал VS, используя команду "Запуск от имени администратора"
  • Удалены все файлы в папке /AppData/Local/Temp/Temporary ASP.Net/
  • Убедитесь, что Debug → Attack to Process → Select был выбран "Автоматически определять тип кода для отладки"
  • Убедитесь, что параметры "Свойства" → "Веб" - "Отладки" были проверены ASP.Net(мои свойства имеют ASP.NEt и "Включить редактирование и продолжить проверку", код "Natvie Code SQL Server" и "Silverlight" не отмечены)
  • Подтвержденная структура цели в свойствах → Приложение было установлено в ту же версию (4.6), что и в файлах Web.Config/App.Config.

Так что мне здесь не хватает? Почему я больше не могу отлаживать другие проекты?

4b9b3361

ОТВЕТЫ

Ответ 1

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

Ответ 2

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

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

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

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

Ответ 3

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

Ответ 4

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

Ответ 5

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

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

Только создавать проекты запуска и зависимости от Run

И вот он по-немецки: введите описание изображения здесь

Ответ 6

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

Ответ 7

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

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

Ответ 8

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

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

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

Ответ 9

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

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

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

Debugging Properties in IIS

Ответ 10

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

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

Ответ 11

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

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

Ответ 12

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

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

Ответ 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