C # VS2010 Ошибка входа в режим останова

Question

Позже у меня возникли некоторые проблемы с точками останова в моей программе, когда я сказал, что они не будут затронуты, потому что исходный код и скомпилированный код отличаются.Я решил поставить точку останова на мою публичную функцию MainWindow () и посмотреть, что произошло.

Теперь я получаю сообщение об ошибке, что вход в режим прерывания не выполнен по следующей причине: Исходный файл 'F: \ cAdmin \ OO\ OO \ MainWindow.xaml.cs 'не относится к отлаживаемому проекту.

Я нахожу это забавным, потому что мой проект хранится на моей флешке (L :), а не на F :.

Я перестраивал свой проект и чистил его (много раз), перезагружал компьютер, перемещал флеш-накопитель и все остальное, что я могу придумать.

Answer 1

Удалить файл параметров пользователя решения (.suo).

Если у вас возникают "забавные" проблемы с отладкой, это обычно означает, что файл suo поврежден.

Удалить файл решений suo. Это исправило странные проблемы отладки с точками останова каждый раз для меня. Обратите внимание, что вы потеряете настройки своего решения, такие как закладки, точки останова и т. Д.

См. Visual Studio 2008 - точка останова не может быть достигнута .

Answer 2

Обновление Visual Studio 2012 3

Не работает:

• Перестроить решение
• удалить .SUO
• Удалить каталоги Obj и Bin

Работал:

Сервис-> Параметры-> Отладка-> Редактировать и продолжить-> Снять флажок Редактировать и продолжить

Answer 3

Попробовал это, но это не сработало.Для меня в итоге решено:

Сборка> Сборка чистого решения> Сборка решения (F6)

Answer 4

Для меня выбор Project | Add Existing Item, а затем выбор файла, указанного в сообщении об ошибке, сработало.

Answer 5

У меня был библиотечный проект A и веб-проект в моем решении. Требуется добавить ссылку на проект B в библиотечный проект A для отладки. Сделал это, но это не сработало.

Проблема заключалась в том, что веб-проект также ссылался на проект B через DLL; поэтому мне также нужно было изменить это на ссылку проекта, и тогда это сработало.

Answer 6

Решение для меня было немного более эзотерическим, если не сказать больше!В проекте Azure WorkerRole у меня был файл workflow.xaml, и для него было задано значение BuildAction: XamlAppDef вместо None.По какой-то причине это привело к тому, что проект не смог получить какие-либо изменения в других файлах - даже несмотря на то, что VS2013 сообщил об успешной сборке - что привело к ошибке «Вход в режим прерывания не удалось» при попытке отладки WorkerRole.

Другие симптомы включали типы, которые не были распознаны (то есть окрашены IDE) и intellisense не работал.Установка действия по сборке файла xaml на «none» устранила проблему (в любом случае я динамически загружаю рабочий процесс).

Я упоминаю об этом на всякий случай, если кто-то сделал что-то подобное, а другие решения не работают.

Answer 7

У меня было это для набора решений, которые мы начали обслуживать для клиента и перенесли в Visual Studio 2010. «Удалить файл .suo» не работал.

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

Это решило проблему:

1. разделить проекты сборки на отдельные каталоги, а
2. переместить общий файл в 3-ю сборку (также в отдельную директорию).

Answer 8

У меня была такая же проблема, когда я пытался скопировать проект, который не находился в системе контроля версий.

Решение проблемы состояло в том, что каталог bin был помечен как доступный только для чтения (должен был произойти во время копирования), и в результате проект работал на библиотеках, созданных на другом хосте, и не смог пройти через него.

Убедитесь, что вы вручную удалили все элементы в каталоге bin, и убедитесь, что в каталог 'bin' можно записать.