c# - hay - Error de depuración de Visual Studio sobre MSVSMON.EXE no parece estar ejecutándose
visual studio adjuntar (21)
Acabo de tener este problema después de reiniciar mi enrutador.
Resulta que el reinicio asignó a las direcciones IP de mis dispositivos nuevamente, pero en un orden diferente. Por ejemplo, en mi archivo Hosts, tenía mi IP baja como 192.168.0.3, pero cuando la revisé de nuevo con ipconfig en el símbolo del sistema, la dirección IP era 192.168.0.4.
Entonces, si se encuentra con este problema, verifique que la dirección IP en su archivo de Hosts coincida con su dirección IP actual, ¡ya que puede haber cambiado!
Tengo un programa que cuando presiono F5 para ejecutar el programa, muestra este error y no se ejecuta:
Error al intentar ejecutar el proyecto, no se puede iniciar el programa ''F: .... `El Monitor de depuración remota de Microsoft Visual Studio (MSVSMON.EXE) no aparece para ejecutarse en la computadora remota ...
Esto es mientras el proyecto se estaba compilando con éxito antes. ¿Hay alguna configuración de proyecto que deba establecerse de manera incorrecta en algún momento?
Estoy usando la actualización 2 de Visual Studio 2012.
Aquí hay un par de cosas para probar:
Para mí, mi URL del proyecto (en las propiedades del proyecto) fue sobrecargada con una configuración de otro miembro del equipo por alguna razón. Simplemente necesitaba devolverlo a mí:
también podría intentar configurar su servidor para usar IIS Express si aún no lo está ejecutando.
Debes haber matado el proceso de msvmon por error. Sé que suena estúpido, pero intente reiniciar VS y si eso no funciona, intente reiniciar la máquina. Pero noté que cuando ejecutamos VS, el proceso de msvmon se ejecutará en segundo plano.
Esto funcionó para mí:
1) No cambie nada en su máquina y pruebe el paso 2 antes de reparar su Visual Studio.
2) Inicie Visual Studio como ADMINISTRADOR. A continuación, abra su Solución e intente depurar.
Esto ocurre cuando intenta ejecutar su proyecto en IIS en lugar de IIS Express y su Visual Studio no puede conectarse al sitio web en IIS.
Si su sitio web no está enlazado a localhost y le ha dado un enlace de nombre de dominio, debe asegurarse de que su archivo de host (Ejecutar-> controladores-> etc.-> hosts) tenga una entrada que apunte a ese nombre de dominio.
Esto sucedió cuando tengo una entrada en mi archivo HOSTS para ejecutar el sitio localmente, pero luego lo comenté para permitirme verlo en vivo.
Por ejemplo, el sitio en vivo se ejecuta en http://my.url.com
En VS en las Propiedades para el proyecto web en la pestaña Web, tengo la URL del proyecto establecida en el anterior. Cuando quiero depurar localmente, pongo lo siguiente en mi archivo HOSTS
127.0.0.1 my.url.com
Cuando termine y quiero volver a vivir, lo comento
#127.0.0.1 my.url.com
Si en el futuro necesito depurar de nuevo, VS intenta depurar contra el servidor activo en lugar de que la solicitud se enrute de regreso a localhost a través de la entrada HOSTS.
Hoy me sucedió esto en un proyecto C # cuando agregué un linkLabel al formulario para acceder a una página web.
Encontré que la causa era una entrada en mi archivo hosts para una interfaz de toque de ethernet (tinc vpn). Tuve una entrada allí para un alias de mi propia máquina en la dirección IP del grifo. Comentarlo permitió que el depurador se ejecutara sin problemas.
Muchas gracias por la sugerencia anterior sobre el archivo de hosts; me condujo en la dirección correcta! Espero que esto pueda ayudar a alguien más.
IIS >> Application Pool >> choose pool >> advance setting >> Enable 32-bit Applications = true. Me funcionó.
Intenta seleccionar ''Local Machine'' cuando ejecutas la aplicación. Parece que Remote Machine está seleccionado para la depuración.
También verifique los detalles de este error en MSDN
Cuando intenta realizar la depuración remota, puede recibir este mensaje de error. Significa que Visual Studio no pudo encontrar una instancia del Monitor de depuración remota de Visual Studio en la computadora remota. El Monitor de depuración remota de Visual Studio es necesario para que la depuración remota funcione.
Lo tengo regularmente en VS 2013 y Windows 8.1 en una PC de 64 bits. Desaparece si vas al proyecto de inicio, abre las propiedades del proyecto, ve a la pestaña ''Construir'' y cambia el ''Objetivo de la plataforma'' de ''Cualquier CPU'' a ''x86''.
Mi problema se resolvió cuando agregué devenv.exe a exclusiones de firewall
Prueba esto:
Paso 1-> vaya a Archivos de programa (x86) / Microsoft Visual Studio 14.0 / Common7 / IDE / Remote Debugger / x64 y ejecute msvsmon.exe como administrador. Luego obtendrá una ventana que indica que Msvsmon inició un nuevo servidor llamado **** *.
Paso 2-> Haz clic en el proceso de adjuntar e ingresa el mismo nombre de servidor que obtienes en la ventana Depurador remoto en la columna Calificador de Visual Studio y haz clic en Actualizar.
paso 3-> Ahora adjunte su proceso de la lista. Funcionará.
Nota: El valor calificador en VS y el nombre del servidor en el depurador remoto deben coincidir
Si no funciona, detenga su proceso de depuración remota en segundo plano y siga estos pasos recién
Puede ir a la configuración de depuración, marque la casilla en la pestaña de depuración
"usar una máquina remota"
y escriba un nombre (no importa si la máquina existe)
Guarde las configuraciones, ejecute con la configuración y después de un error simplemente desmarque "usar máquina remota" nuevamente.
Visual Studio configurará la depuración para la depuración local nuevamente y eso debería solucionar el problema. Creo que esto es mejor que cerrar programas o alterar configuraciones que no son la causa principal.
Si está ejecutando Proxifier, agregue una regla a la ruta :: 1 (IPV6 Loop-back) Directo y no a través del proxy.
Si se trata de una aplicación web, simplemente vaya a su grupo de aplicaciones que está usando su proyecto, haga clic con el Advanced Settings derecho, Advanced Settings , habilite la aplicación de 32-Bit Application = true .
Deberia de funcionar.
Si viniste aquí por un problema de Azure, entonces mira esto:
Intente adjuntar manualmente el depurador:
He resumido los pasos en la siguiente respuesta:
https://.com/a/35738995/1057052
También tuve el mismo problema. Tuve este problema mientras estaba usando la Actualización 5 de Visual Studio 2012.
El siguiente enlace ofrece una mejor explicación sobre los diferentes escenarios en los que se puede producir este error. https://msdn.microsoft.com/en-us/library/ms164726.aspx
Link dice que Visual Studio es una aplicación de 32 bits, por lo que usa la versión de 64 bits del depurador remoto para depurar aplicaciones de 64 bits. Los dos procesos se comunican usando la red local dentro de la computadora local. No deja el tráfico de la computadora, pero es posible que un software de seguridad externo bloquee la comunicación.
Entonces, lo que hice fue abrir la configuración del Firewall.
Panel de control -> Sistema y seguridad -> Firewall de Windows -> Aplicaciones permitidas para comunicarse a través del firewall de Windows
Y agregó MSVSMON.exe a la lista de aplicaciones permitidas. Esto funcionó para mí.
Nota: Puede encontrar el archivo MSVSMON.exe en la siguiente ubicación:
C: / Archivos de programa (x86) / Microsoft Visual Studio 11.0 / Common7 / IDE / Remote Debugger / x64
Tuve este problema al intentar implementar una aplicación JavaScript UWP en Xbox One, debido a la arquitectura de destino que había seleccionado (x64). Cambiar esto a Cualquier CPU me permite implementarlo en la consola.
Tuve este problema también.
La solución fue corregir la entrada del nombre de host de mi computadora en mi archivo de hosts a la IP correcta.
La historia detrás: originalmente puse la entrada en el archivo hosts porque VS tardaba alrededor de 1 minuto (sí, 60 segundos) para ingresar al modo de depuración. ¡Descubrí que poner una entrada en mi archivo de anfitriones que contenía la IP de mi PC y su nombre de host hacía que VS ingresara al modo de depuración en 1-2 segundos!
También valdría la pena mencionar que, en las páginas de propiedades -> opciones de inicio, configuró VS en "No abrir página. Espere ..." y "Servidor personalizado por el usuario" y configuró "Base URL" en el sitio web de mi local. IIS
¡He descubierto que la razón no es sobre la degradación! Se trata de un software de túnel llamado "Proxifier". Mientras se ejecuta en el sistema, causa Visual Studio este problema.