2010-11-30 13 views
57

He logrado ponerme en un estado en el que no tengo instancias de devenv en ejecución, pero sigue siendo un MyApp.vshost.exe en segundo plano (sin ventanas o consolas visibles))No puedo matar a MyApp.vshost.exe

He intentado TaskManager, ProcessExplorer y la línea de comandos (taskkill /F /IM MyApp.vshost.exe), ninguno de ellos se queja, la línea de comandos incluso dice 'PID 5824 detenido', pero todavía está allí.

Sé que puedo reiniciar, pero prefiero llegar al fondo de esto.

Parece que no es este el problema (http://support.microsoft.com/kb/982551), porque no puedo reiniciar ningún problema (solo de hecho, por lo que no podré proporcionar más diagnósticos, lo siento).

EDITAR

Así es como llegué a esta salmuera:

alt text

Respuesta

21

Parece ser el comportamiento normal para esta tarea. Cuando lo matas, la tarea se reinicia. Así que le aconsejo que cierre Visual Studio, que cierra la tarea * .vshost.exe.

+2

Dice que no tiene instancias de 'devenv.exe' (Visual Studio) ejecutándose ... – Donut

+1

Sí, VS no está abierto :) – Benjol

+0

Lo siento, no vi eso. ¿Entonces en Process Explorer, su * .vshost.exe no tiene un proceso principal? – Nicolas

1

Tuve el mismo problema al trabajar en un proyecto con .NET 2.0 como framework de destino. El cambio temporal del marco de destino al cliente .NET 4.0 hizo el trabajo por mí.

Sin embargo, no estoy seguro de cómo es esto (¿verdad?) Relacionado con el problema de bloqueo de archivos.

1

Tal vez por el mismo problema que se describe en https://stackoverflow.com/a/1582747/254041 (procesos en espera de E/S):

el árbitro MSDN API dice "TerminateProcess inicia terminación y vuelve inmediatamente Esto detiene la ejecución de todas las discusiones dentro del proceso y peticiones. cancelación de todas las E/S pendientes. El proceso finalizado no puede salir hasta que se hayan completado o cancelado todas las E/S pendientes ". Lo que significa tanto como que: su E/S puede bloquear este proceso (aunque me pregunto cómo puede llevar su proceso al 100%, por lo general, la E/S no lo hace).

81

que era capaz de matar a mi proceso vshost persistente siguiendo estos pasos (VS2010):

  1. abrir las propiedades de mi proyecto ejecutable
  2. en la pestaña "Depuración", desactive la casilla "Habilitar la proceso de alojamiento de visual Studio"
  3. guardar el archivo de proyecto

Eso fue todo, el proceso se detuvo, y no había necesidad de reiniciar visual Estudio.

+0

Acerca del proceso de alojamiento de Visual Studio: http://stackoverflow.com/questions/2069940/what-is-the-purpose-of-the-visual-studio-hosting-process –

+4

guardado tonelada de nervios ... –

+1

Otra manera fácil que funcionó en mi caso fue establecer un proyecto diferente como el Proyecto de inicio. – Patrick

Cuestiones relacionadas