Ответ 1
Вероятно, потому, что у вас нет обновления kb 957912 для Visual Studio 2008. Это исправило ту же проблему на моей машине.
Я отлаживаю (веб-проект) в Visual Studio 2008. Я ударяю точку останова. F10 продолжает следующую строку, как и ожидалось, но следующий F10 просто прекращает отладку, и код продолжается без дополнительной отладки (например, нажатие F5). Почему это происходит?
Любые подсказки?
Вероятно, потому, что у вас нет обновления kb 957912 для Visual Studio 2008. Это исправило ту же проблему на моей машине.
Убедитесь, что вы находитесь в режиме отладки, а не в Release.
Не зная больше о вашем приложении, это трудно сказать, но обычно такое происходит, когда процесс запускает поток или иначе переходит в код, где нет отладочной информации.
При выполнении данной инструкции может быть исключение. Попробуйте включить все исключения, чтобы прорваться в отладчик и проверить.
Похоже, что у вас есть настройки по умолчанию для вашей отладки. Если вы перейдете к: Инструменты изображения - Опции - Отладка В общем разделе есть опция "Включить только мой код", По умолчанию этот флажок установлен, если вы снимите флажок с того, что вы должны войти в код, который хотите видеть.
Не зная больше о вашем проекте и коде, которые вы ссылаетесь, это мое лучшее предположение о том, почему вы не можете перейти в код.
Надеюсь, что это поможет Рихан
F10 - шаг вперед. Это означает, что любые методы, вызванные вашим текущим методом, не будут отображаться в отладчике. Если они бросают неперехваченное исключение или каким-то образом заканчивают выполнение, отладка просто закончится, что приведет к тому, что вы испытываете.
F11 (Step Into) обычно является лучшей идеей при переходе через код.
Он может перешагнуть последний исполняемый код в потоке или каким-то образом вернуться к потоку пользовательского интерфейса. Если это приложение с графическим интерфейсом, попробуйте сделать что-то, что вызывает обработчик событий, и посмотреть, разрывается ли он на следующее выполнение.
У меня возникла эта проблема при разработке веб-приложения, работающего на IIS на моей локальной машине. Я обнаружил, что открытие диспетчера задач и убийство процесса (w3wp), а затем попытка снова заставила проблему уйти временно.