VS2013 Профессиональная локальная 64-разрядная отладка MSVSMON

Каждый раз, когда я пытаюсь запустить локальный сеанс отладки в VS2013 Professional на 64-разрядной машине Windows 8, я получаю следующую ошибку:

Operation taking longer than expected

"64-разрядная отладочная операция занимает больше времени, чем ожидалось. Это может быть вызвано несовместимостью с сетевым программным обеспечением сторонних разработчиков. См. справку по устранению этих проблем."

вскоре после:

Error message that I receive when starting a debugging session

"Невозможно запустить программу. Монитор отладки Microsoft Visual Studio (MSVSMON.EXE), похоже, не работает на удаленном компьютере. См. справку по настройке удаленной отладки

Чтобы начать сеанс отладки, нажмите кнопку "Локальный отладчик Windows":

"Local Windows Debugger" button

Ничего страшного там: определенно не удаленная отладка.

Вещи, которые я пробовал:

  • Установка Удаленные инструменты для Visual Studio 2013
  • Запуск этих инструментов при попытке отладки.
  • Следуя инструкциям этого SO-ответа.
  • Полностью отключить брандмауэр ZoneAlarm (хотя запуск MSVSMON.EXE вручную не заставляет его запрашивать у меня разрешения... Является ли даже запуск сервера?)
  • Добавление исключения для брандмауэра Windows для монитора
  • Настройка MSVSMON.EXE на режим "Нет аутентификации"
  • Проверка моего файла "HOSTS": только комментарии.
  • Перезапуск

Другие симптомы:

  • Выполняется только при отладке 64-разрядного программного обеспечения.
  • Бывает независимо от того, на каком языке (С++, С# имеют одинаковые проблемы)

Любая помощь в разрешении этого была бы замечательной.

Спасибо.

Ответы

Ответ 1

Вы также можете попробовать включить входящий UDP 3702

Брандмауэр Windows имеет правило, описанное так:

Входящее правило, позволяющее Visual Studio обнаруживать удаленные отладчики, запущенные в локальной сети [UDP 3702]

Удача

Ответ 2

Этот параметр "Включить 64-разрядный процесс для расширенного защищенного режима" в Internet Explorer вызвал мою проблему. Silverlight 64 бит не может быть отлажен. Выключите его.

enter image description here

Ответ 3

Полностью отключить брандмауэр ZoneAlarm (хотя запуск MSVSMON.EXE вручную не вызывает у меня запросов на разрешения... Является ли даже запуск сервера?)

К сожалению, это не работает.

Только удаление ZoneAlarm, а затем перезагрузка, похоже, помогает, по крайней мере, в моей системе с использованием Windows 8.1.

Ответ 4

Я столкнулся с этим и с Zone Alarm. В моем случае я добавил исключение для папки Visual Studio 12.0 в Program Files и другое исключение для файлов devenv.exe и msvsmon.exe(в папке Remote Debugger\x64) в качестве доверенных процессов. Я больше не получаю окно сообщений Windows об операции.

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

Ответ 5

Я столкнулся с той же проблемой и, наконец, заработал:)

Я пробовал все решения, которые я могу найти в Интернете, ни один из них не работал у меня. (Я использую win7 + vs2013)

Я заметил "64-разрядную отладку...", и эта проблема возникает при отладке 64-битной программы. Так как я нацелен на x86, так что мое решение:

Свойства проекта → Сборка → "Конечный объект платформы" на "x86".

Это сработало для меня! И вы всегда можете вернуться к "x64" или "Any CPU" в любое время, когда захотите. Это спасло меня много времени!

Ответ 6

Если у вас установлен IDM (Internet Download Manager), и если вы включили "Расширенная интеграция браузера" в нем, отключите эту функцию "Расширенная интеграция с браузером". Он должен решить проблему. Это было для меня..!!!

Ответ 7

Для меня решение, размещенное парламентом здесь, решило проблему.

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

Решение, отправленное самим chaithanya, также может решить проблему, установив Удаленные инструменты для Visual Studio. Но я не хотел, чтобы это изменило, чтобы разбить удаленные возможности, которые мне нужны в Visual Studio Tools для Apache Cordova для приложений iOS.

Ответ 8

У меня была эта проблема при запуске VPN, и она ушла после отключения VPN. Это как-то связано с тем, как MS выполняет 64-битную такую ​​же отладку машины, сеть играет роль, и VPN вмешивается. Я рассмотрел эту проблему на сайте MS, и она была признана ошибкой, но я предполагаю, что нам не нужно, чтобы это работало для исправления. Я просто отключил VPN, не проблема для меня. (VS2013)

Ответ 9

Настройка: версия сообщества Visual Studio 2013 с обновлением 5, Windows 7, 64 бит

Проблема: только 64-разрядная отладка не работает. Также началось только с момента установки брандмауэра ZoneAlarm и антивируса AVG.

Сообщение об ошибке:

"Отладочный монитор Microsoft Visual Studio (MSVSMON.exe) не удалось Начало. Если проблема не устранена, попробуйте восстановить..."

РЕШЕНИЕ, которая работала для меня:

Мое решение состояло в том, чтобы выполнить devenv.exe и msvsmon.exe "как администраторы.

Как-то новый брандмауэр/антивирус (был запущен McAfee до истечения срока действия лицензии) сократил права моего файла devenv.exe и/или msvsmon.exe

Ответ 10

Отключение брандмауэра решает проблему. Я работал над Visual Studio 2015

Ответ 11

У меня была эта проблема в VS 2015 и исправить ее, изменив настройки IDM.

  • Откройте IDM (менеджер загрузки через Интернет)
  • нажмите меню "Загрузки".
  • В общей вкладке снимите флажок "Использовать расширенную интеграцию с браузером"

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

Ответ 12

В то время как отладка сегодня получила то же сообщение об ошибке

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

В моем случае, просто РЕАБИРАЦИЯ КОМПЬЮТЕРА решила проблему. Я рекомендую попробовать это первым.

Ответ 13

Попробуйте перезапустить приложение app_pool. Это случается со мной довольно часто на VS2015. Я предполагаю, что у меня есть проекты, нацеленные на 32 бита, и некоторые целевые 64-битные в моем решении, что вызывает это.

Ответ 14

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