Ответ 1

1. только для управления кодом - есть хороший ответ на эту проблему на следующем сайте: http://geekswithblogs.net/dbutscher/archive/2007/06/26/113472.aspx
2. для собственного + управляемого кода - в решении для запуска properties-> вкладка "Отладка" убедитесь, что установлен флажок "включить отладку неуправляемого кода"

Ответ 2

Сделайте каждую пулю в ссылке ниже ОДИН РАЗ, но повторите мои шаги ниже с каждым, который вы пытаетесь.

http://web.archive.org/web/20140212130754/http://carnotaurus.philipcarney.com/post/4130422114/visual-studio-debugging-issue-with-files-of-the-same

1.) Прекратить отладку (нажмите значок красного квадрата) в Visual Studio
2.) Чистый раствор
3.) Построить решение
4.) [ВСТАВЬТЕ ИНСТРУКЦИЮ ПУЛЯ ЗДЕСЬ]
5.) Инструменты> Присоединить к процессу (или начать с отладки)
6.) Запустите программу, к которой вы присоединяетесь, и запустите ее так, чтобы ваш код получил удар

6 объяснил:

Если вы подключаетесь к nunit.exe, откройте NUnit и запустите тест, чтобы достичь точки останова.

Если вы подключаетесь к w3wp.exe (сайт IIS), откройте ваш сайт в браузере и перейдите на страницу, которая достигнет вашей точки останова.

Ответ 3

Попробовав несколько предложенных исправлений для этого, я сделал следующее, чтобы заставить его работать.

• Щелкните правой кнопкой мыши мой проект в обозревателе решений и выберите "Свойства".
• Пошел в раздел "Веб" и удостоверился, что для параметра "Начать действие" установлено значение "Текущая страница".

Отработал 3 1/2 часа на этом... Я собираюсь сейчас выпить.

Ответ 4

Это может произойти, если символы не отличаются от сборки (удаленная отладка) или когда нет "прямого пути", поэтому сборка hasent была загружена, но может быть загружена с использованием отражения и загрузки требуемой сборки на время выполнения.

Ответ 5

Это также может произойти, если отладчик не связан с процессом по какой-либо причине. Если это так, вы всегда можете перейти в Debug - Attach to Process... и выбрать правильный процесс. Ваши точки останова должны вернуться к нормальному состоянию после того, как VS определит, что он может поразить их.

Ответ 6

Я решил эту проблему, выбрав Автоматически: собственный код для поля Прикрепить к "в форме Приложить к процессу"

Ответ 7

Что говорится, когда вы наводите указатель мыши на отключенную точку останова? Это, как правило, говорит вам о проблеме. Мой любимый старый "исходный код устарел", особенно когда я отлаживаю DLL. Другой фаворит, когда файл, на который вы смотрите, не тот, который вы отлаживаете (копия в другой папке?). Если это случай, когда вы можете перехватить процедуру вызова, но не вызываемый, вмешательство в вызываемого абонента заставит VS открыть "правильный" исходный файл, и вы сможете установить точки останова. Смущающе, я обычно клянусь VS на данный момент, это, кажется, помогает.

Ответ 8

Мне не нравится играть с ножами, но единственное, что сработало для меня, - это редактирование самого файла .csproj. Итак, выгрузите файл проекта, отредактируйте его, разрезав и вставив три файла asp.net, чтобы они были вместе в ItemGroup. Однако иногда нужно идти дальше, как описано здесь: http://carnotaurus.tumblr.com/post/4130422114/visual-studio-debugging-issue-with-files-of-the-same - Кроме того, я предоставляю список других предлагаемых решений, которые не работают для меня. Надеюсь, это поможет.

Ответ 9

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