нет точек останова могут быть установлены VS2010?

Question

Это происходит со мной очень часто.Когда я работаю в Visual Studio 2010 и говорю, что я изменяю код, то строю ... Обе мои существующие точки останова становятся отключенными / или не могут быть установлены, и я также не могу установить новые точки останова.У кого-нибудь есть решение для этого?Это очень раздражает.Пока что единственный способ обойти это - перезапустить Visual Studio, для переиндексации которого может потребоваться от 5 до 8 минут или попытаться перестроить отдельные проекты в моем решении.Мое решение состоит из нескольких библиотек DLL, которые составляют всю программу.

Answer 1

Эта проблема возникает, если в настройках Configuration Manager установлено «Выпуск», а не «Отладка».

В Visual Studios выберите «Построить» из меню, затем Configuration Manager.

В следующем диалоговом окне выберите свой проект, затем найдите раскрывающееся меню в верхнем левом углу под названием «Конфигурация активного решения:» Убедитесь, что для него установлено значение Отладка.

Это должно решить проблему.

Answer 2

Проверьте, правильно ли установлены зависимости в ваших проектах.Я знаю, что мои контрольные точки будут отключены, если код «устарел».Если у вас не установлены правильные зависимости, то, когда обновленный код перестраивается, он не перестраивает весь связанный код, что затем оставляет эти модули «устаревшими».

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

Answer 3

Лучшее решение, которое я нашел для этого, было оставить свою работу в Windows и получить другую работу в качестве разработчика Mac, где мы используем Xcode.!Какая огромная разница.Я уверен, что не видел эту проблему точек останова снова.!

Answer 4

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

Это по какой-то причине позволило мне снова вставить точки останова в мой проект VS 2010 C #, в то время как никакие фанатские действия со свойствами, конфигурациями и т. Д. Не избавили меня от проблемы с фантомными точками останова.

Answer 5

Как оказалось, файл post.build содержал множество условий для того, должен ли он копировать несколько DLL в целевой каталог ... Так как у меня не было времени, чтобы просмотреть xml для этих действий, я просто использовалbash скрипт для копирования файлов после сборки.Не нужно усложнять ... В противном случае формальное решение предполагает установку условий, позволяющих перезаписывать / копировать библиотеки DLL после компиляции или нет.

Я нахожу концепцию файла Visual Studio post.build несколько чрезмерной, поскольку в конечном итоге не будет большой разницы, будет ли dll перезаписана свежекомпилированной версией, но если вы внесете изменения в код, скомпилируете ион не копируется в целевой каталог, в результате чего ваше приложение запускается с устаревшей DLL, и вы не тестируете его с недавним изменением кода ..!Другие даже реализовали файл post.build с инструкциями xml и goto ...!Оставьте это Microsoft, чтобы усложнить процесс сборки и отладки ...