У меня были некоторые проблемы с моими точками останова в моей программе, говоря, что они не пострадали, потому что исходный код и скомпилированный код были разными. Я решил поставить точку останова на мою общедоступную функцию MainWindow() и посмотреть, что произошло.
Теперь я получаю сообщение об ошибке "Ввод режима прерывания" по следующей причине: Исходный файл "F:\cAdmin\OO\OO\MainWindow.xaml.cs" не относится к отлаживаемому проекту.
Мне кажется, это смешно, потому что мой проект хранится на моем флеш-диске (L:), а не F:.
Я перестроил свой проект и очистил его (много раз), перезапустил свой компьютер, переместил мой флеш-диск и все, что я могу придумать.
Удалите файл пользовательских параметров решения (.suo).
Если вы испытываете "забавные" проблемы отладки, обычно это означает, что файл suo поврежден.
Удалите файл suo. Это фиксировало странные проблемы отладки с точками останова каждый раз для меня. Обратите внимание: вы потеряете настройки своего решения, такие как закладки, точки останова и т.д.
См. Visual Studio 2008 - точка останова не может быть удалена.
Обновление Visual Studio 2012 3
Не работает:
Была ли работа:
Инструменты- > Параметры- > Отладка- > Изменить и продолжить- > снимите флажок "Изменить и продолжить"
Пробовал это, но он не работал. Для меня в конце концов решена:
Сборкa > Чистое решение Build > Build Solution (F6)
У меня было это на наборе решений, которые мы начали поддерживать для клиента и перенесены в Visual Studio 2010. "Удалить файл .suo" не работал.
Как-то набор источников включал два сборных проекта в один и тот же каталог, совместно используемый один файл исходного файла. Сам файл не находился в диалоговом окне предупреждения.
Это решило проблему:
Решение для меня было немного более эзотерическим, если не сказать больше! У меня был workflow.xaml в проекте Azure WorkerRole, и он был настроен на BuildAction: XamlAppDef вместо None. По какой-то причине это привело к тому, что проект не смог получить какие-либо изменения в других файлах, даже несмотря на то, что VS2013 сообщил об успешной сборке, что привело к ошибке "Включение режима прерывания" при попытке отладки WorkerRole.
Другие симптомы включали типы, которые не распознаются (т.е. цветные IDE), и intellisense не работают. Установка действия по созданию файла xaml на "none" устраняла проблему (я динамически загружаю рабочий процесс в любом случае).
Я упоминаю об этом на всякий случай, если кто-то сделал что-то подобное, а другие решения не работают.
У меня был проект библиотеки A и веб-проект в моем решении. Необходимо добавить ссылку на проект проекта B в проект библиотеки A для отладки. Сделал это, но это не сработало.
Проблема заключалась в том, что веб-проект также ссылался на проект B через DLL; поэтому мне также нужно было изменить это на ссылку на проект, а затем это сработало.
Для меня выберите Project | Добавить существующий элемент, а затем выберите файл, указанный в сообщении об ошибке.
У меня была такая же проблема, когда я пытался копировать проект, который не был в исходном управлении.
Решение проблемы состояло в том, что каталог bin был помечен как только для чтения (должен был произойти во время копирования), и в результате проект выполнялся в библиотеках, построенных на другом хосте, и он не смог пройти.
Убедитесь, что вы вручную удалили все элементы в каталоге bin и убедитесь, что каталог "bin" можно записать в.