2009-07-18 10 views
5

De vez en cuando me sale el siguiente error al iniciar el depurador de Visual Studio 2008 SP1:
¿Qué podría causar el error "Debugging será abortado" en Visual Studio 2008?

La conexión de red a MIPC se ha perdido. La depuración será abortada.

Tengo varios proyectos en la solución configurados como proyectos de inicio. Algunos de ellos comienzan cuando ocurre el error, otros no.

¿Alguna idea?

Actualización:
- Visual Studio se ejecuta en una máquina de 64 bits (Windows 7)
- La aplicación utiliza MSMQ (colas privadas en localhost) propiedades de depuración

Respuesta

4

Lo que está sucediendo aquí es que está utilizando la depuración remota en su aplicación. Algún error durante el inicio está causando ese mensaje de error.

¿Puede darnos un poco más de información sobre las aplicaciones.

  • ¿Está utilizando expilictly la depuración remota?
  • ¿Se están utilizando sus recursos en MYCOMPUTER mediante alguna operación remota?
  • ¿Está ejecutando proyectos fuera de una acción?

Puede estar utilizando implícitamente la depuración remota si está depurando una aplicación de 64 bits. Visual Studio se ejecuta como un proceso de 32 bits y utiliza la depuración remota bajo el capó para depurar aplicaciones de 64 bits.

+0

Estaba recibiendo este problema tratando de depurar un sitio web (win7 64 bits). Probé la ruta x86, pero mi solución fue restablecer Visual Studio (devenv.exe/ResetSettings) –

0

Verificar en sus proyectos de puesta en marcha, puede haber depuración remota configurado. (Configuración de depuración/remota)

2

La solución para mí fue eliminar todos mis puntos de interrupción. Evidentemente, una actualización del control de origen corrompió algunos puntos de ruptura preexistentes.

+0

Al eliminar todos los puntos de interrupción lo solucioné con VS2012 y con el depurador remoto VS2012 que se colgó al conectar. –

0

Desactive la opción "Usar modo de compatibilidad administrado" en Herramientas - Opciones - Depuración. Solucionó este problema en mi caso.

0

Para cualquier persona que haya tropezado con esta publicación, corrigí este problema en Visual Studio 2015 desinstalando Agents for Visual Studio 2015 en la máquina remota.

Por alguna razón, entró en conflicto con el proceso de depuración remota, pero no pude entender por qué exactamente. Encontré esto comparando meticulosamente una máquina remota en funcionamiento con una que me dio el error y solucioné todas las diferencias que pude encontrar.

Cuestiones relacionadas