Почему F10 (перешагнуть) в Visual Studio не работает?

Я отлаживаю (веб-проект) в Visual Studio 2008. Я ударяю точку останова. F10 продолжает следующую строку, как и ожидалось, но следующий F10 просто прекращает отладку, и код продолжается без дополнительной отладки (например, нажатие F5). Почему это происходит?

  • Я попробовал "чистое решение".
  • Другие точки останова иногда (!) пропущены, даже в том же методе

Любые подсказки?

Ответы

Ответ 1

Вероятно, потому, что у вас нет обновления kb 957912 для Visual Studio 2008. Это исправило ту же проблему на моей машине.

Ответ 2

Убедитесь, что вы находитесь в режиме отладки, а не в Release.

Ответ 3

Не зная больше о вашем приложении, это трудно сказать, но обычно такое происходит, когда процесс запускает поток или иначе переходит в код, где нет отладочной информации.

Ответ 4

При выполнении данной инструкции может быть исключение. Попробуйте включить все исключения, чтобы прорваться в отладчик и проверить.

Ответ 5

Похоже, что у вас есть настройки по умолчанию для вашей отладки. Если вы перейдете к: Инструменты изображения - Опции - Отладка В общем разделе есть опция "Включить только мой код", По умолчанию этот флажок установлен, если вы снимите флажок с того, что вы должны войти в код, который хотите видеть.

Не зная больше о вашем проекте и коде, которые вы ссылаетесь, это мое лучшее предположение о том, почему вы не можете перейти в код.

Надеюсь, что это поможет Рихан

Ответ 6

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

F11 (Step Into) обычно является лучшей идеей при переходе через код.

Ответ 7

Он может перешагнуть последний исполняемый код в потоке или каким-то образом вернуться к потоку пользовательского интерфейса. Если это приложение с графическим интерфейсом, попробуйте сделать что-то, что вызывает обработчик событий, и посмотреть, разрывается ли он на следующее выполнение.

Ответ 8

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