windows - profesional - Visual Studio 2012 Una operación remota tarda más de lo esperado

visual studio 2017 profesional (7)

Estoy ejecutando Visual Studio 2012 en Windows 8 64 bits. Tengo un proyecto de 64 bits que está en control de fuente y estoy tratando de ejecutarlo en mi PC con Windows 8. La aplicación se crea con éxito, sin embargo, el depurador remoto no funciona en absoluto.

Dice "Una operación remota está tardando más de lo esperado". Entiendo por qué su control remoto, ya que Visual Studio de 32 bits necesita acceder a msvsmon.exe para depurar a través de aplicaciones de 64 bits, pero nunca he visto que esto suceda en una máquina local donde el código fuente ha sido desprotegido.

Intenté volver a instalar Visual Studio 2012, jugar con puertos (4016) y ejecutar como administrador. Comprobó que VPN no era un problema al desinstalar el cliente.

Ahora estoy sin ideas. Intenté crear un nuevo proyecto local para probarlo y configurarlo como de 64 bits, pero la operación aún no funciona.

Alguna idea o sugerencia? ¿Es este un problema conocido con Visual Studio 2012 en Windows 8?

Creo que deberías probar esto:

Ejecute cmd.exe como administrador.
Escriba y ejecute las siguientes dos líneas de comando:

netsh winsock reset catalogue
netsh int ip reset reset.log de IP hit

Puede decir que se requiere reiniciar, pero en realidad eso no es necesario.
Intenta depurar tu aplicación nuevamente, el problema debe ser resuelto.

EDITAR: Perdón por no haber explicado esto antes. La respuesta en realidad vino de un foro chino y el autor original no lo explicó mucho. Pero dijo que es porque Visual Studio es un programa de 32 bits que puede tener problemas para acceder a la red bajo Windows 7 de 64 bits, y la solución antes mencionada restablece la conexión de red, por lo tanto, resuelve el problema. Espero que esto ayude.

Estoy trabajando con VS2012 (Windows7, PC de 64 bits). Cuando seleccioné DEBUG - Adjuntar a proceso ... Vi un mensaje que decía "Una operación de depuración de 64 bits está tardando más de lo esperado". Descargué la versión de prueba gratuita de VS2010 y noté que en VS2010 funcionó bien. Entonces, copié los archivos msvsmon.exe y msvsmon.exe.config de VS2010 (C: / Archivos de programa (x86) / Microsoft Visual Studio 10.0 / Common7 / IDE / Remote Debugger / x64 y C: / ... / x86) en los mismos mapas en VS2012. Ahora está trabajando VS2012. Espero que esto le ayude también. Buena suerte.

La única respuesta que he obtenido para trabajar con VS2012 es ir a Propiedades del proyecto> Compilar> CPU de destino y establecer la opción a "x86".

Esto también parece estar relacionado con esta pregunta: No se puede iniciar el depurador en VS2012 RC También lo enviaron a Microsoft Connect. Parece ser un problema de Visual Studio ...

la mejor de las suertes.

La solución a este problema es:

Vaya a C: / Archivos de programa (x86) / Microsoft Visual Studio 11.0 / Common7 / IDE / Remote Debugger Abra la carpeta x64 y cambie el nombre del archivo msvsmon.exe a msvsmon_old.exe Ahora, navegue a la carpeta x86 y copie msvsmon.exe y péguelo en la carpeta x64. Reinicie Visusl Studio 2012 IDE, y ahora intente attching para procesar durante la depuración

Lo que funcionó para mí fue desinstalar un programa llamado "sendori"

Solo mis dos centavos,

He experimentado este problema dos veces y resulta que después de todas las sugerencias que probé, era BitDefender en mi máquina local el que estaba haciendo esto. Así que mi solución para este problema es intentar agregar excepciones al software de seguridad local en el firewall y partes de AV . Dígale que ignore por completo los msvsmon .exe y devenv .exe y vea qué diferencia hace.

De lo contrario, intente arrancarlo por completo y vea si le permite depurar su solución.

Puedes ver aquí para más información: http://forum.bitdefender.com/index.php?showtopic=37028

Instalé la última versión de BitDefender y todo estaba bien para mí.

Solución para mí en VS 2015. Tuve una entrada dns pública asignada a mi iis local y la pestaña web / depuración del proyecto:

<app>.<domain>.co.uk

Solo tuve que agregar eso al archivo hosts como un host local:

127.0.0.1 <app>.<domain>.co.uk

Por lo tanto, VS ya no piensa que el host es una máquina remota.