С# VS2010 Ошибка входа в режим прерывания

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

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

Мне кажется, это смешно, потому что мой проект хранится на моем флеш-диске (L:), а не F:.

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

Ответ 1

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

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

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

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

Ответ 2

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

Не работает:

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

Была ли работа:

Инструменты- > Параметры- > Отладка- > Изменить и продолжить- > снимите флажок "Изменить и продолжить"

Ответ 3

Пробовал это, но он не работал. Для меня в конце концов решена:

Сборкa > Чистое решение Build > Build Solution (F6)

Ответ 4

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

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

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

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

Ответ 5

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

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

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

Ответ 6

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

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

Ответ 7

Для меня выберите Project | Добавить существующий элемент, а затем выберите файл, указанный в сообщении об ошибке.

Ответ 8

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

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

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