Tuer une application Windows à laquelle aucun processus n'est associé

Un autocompilateur que j'ai essayé de fermer tôt a fini par devenir mort au lieu de fermer. Plutôt que de le tuer, je l'ai simplement ignoré et j'ai continué à travailler. Cela se reproduisit quelques minutes plus tard et j'avais deux fenêtres mortes.

Je suis allé dans le gestionnaire de tâches et ai tué cmd.exe, mais il n'a supprimé qu'une fenêtre. Maintenant, en cliquant sur "aller au processus" sur la fenêtre morte me donne juste la première chose dans la liste des processus indépendamment de ce que c'est. Donc, fondamentalement, j'ai une fenêtre morte cmd.exe qui n'a pas réellement un cmd.exe attaché à elle, et je ne sais pas comment la tuer. Cela fait 3 jours que je suis là et ça commence à m'énerver.

EDIT: J'ai essayé d'utiliser Process Explorer et il me dit simplement qu'il ne trouve pas le processus.

windows-7 process

— code4240
source

Je suppose que Alt + F4 ne fonctionne pas? vous pouvez toujours simplement redémarrer. vous pouvez également essayer d'utiliser Process Explorer. Il vous permet d'identifier une fenêtre à l'aide d'un processus de glisser-déposer, ce qui peut vous aider à trouver la poignée de fenêtre. Si vous le pouvez, vous pouvez simplement fermer la poignée. Il est probable que le processus est toujours en cours d'exécution mais qu'il est bloqué et que vous ne le voyez plus dans le Gestionnaire des tâches.

— Frank Thomas

J'ai essayé l'explorateur de processus, il n'a rien trouvé. Je pense avoir édité cela au moment où vous avez posté le commentaire: P

— code4240

vous utilisez procexp en tant qu'administrateur, non? Quoi qu'il en soit, consultez commandline.co.uk/cmdow. Il pourra peut-être trouver la fenêtre et le handle de la fenêtre afin de pouvoir la fermer. vous pouvez rechercher et fermer des poignées avec procexp, ou il semblerait que cmdow puisse le faire avec / END.

— Frank Thomas

J'ai utilisé / t pour trouver le code hexadécimal de Windows, mais lorsque j'ai essayé de le terminer, rien ne s'est passé. CMDOW n'a pas généré d'erreur, mais la fenêtre ne s'est pas fermée. Je commence à penser que le redémarrage est peut-être la seule option possible ici.

— code4240

Il s'avère que je suis un idiot. C'était quelque part dans l'explorateur de processus malgré le glisser-déposer qui ne le détectait pas. Je l'ai trouvé après avoir examiné la signification du code de couleur et recherché des processus suspendus.

— code4240

Réponses:

Process Explorer a pu le trouver. Au début, je ne pensais pas que cela fonctionnait, car la fonction glisser-déposer ne l'a pas détectée, mais j'ai réussi à la trouver en cherchant dans la liste les processus suspendus.

— code4240
source

L’équipe des systèmes informatiques de Microsoft, appelée PSTools, est un excellent article. Ils ont essentiellement porté le toolkit * nix ps sous Windows.

Dans la boîte à outils, l'outil qui peut vous être utile est pskill. Pskill peut tuer svchost.exe et même des fils de sécurité csrss, il bluescreen le système si vous tuez csrss et je ne fais que noter que pour illettrer le pouvoir de l’outil. Peut-être qu'il va tuer votre cmd.exe 'accroché' ou le nom du processus que vous étiez en train d'exécuter dans cmd.exe.

Voici le lien vers la boîte à outils.

— Citoyen
source

Mon problème est qu'il n'y a pas de processus à tuer en premier lieu. CMD.exe n'est pas en cours d'exécution et le processus d'exécution (autocompiler.exe) n'existe pas non plus. La fenêtre est un fantôme.

— code4240

Lorsqu'une fenêtre ne disparaît pas, ce n'est pas toujours la faute du processus qui a possédé cette fenêtre. C'est peut-être la faute de tout processus propriétaire des choses sous la fenêtre. Un processus n'est pas responsable de faire disparaître sa fenêtre (autre que d'appeler simplement DestroyWindow). Plutôt, les processus qui possèdent les fenêtres censées être révélées sont responsables du redessinage de leurs fenêtres eux-mêmes.

Par exemple, Explorer (pas IE, juste explorer.exe) est propriétaire du bureau. Supposons qu'une application ait une fenêtre sur votre bureau, avec rien d'autre en dessous, sauf le bureau. Si vous cliquez sur le X rouge de la fenêtre et que le processus appelle DestroyWindow, Explorer est censé en entendre parler et redessiner la partie du bureau qui devrait être révélée. (Considérez que la fenêtre qui s'en va n'a aucune idée, aucun moyen de savoir, ce qu'il y a en dessous ... afin qu'elle ne puisse pas redessiner ce genre de choses.)

Donc: Si le processus (qui n'a rien sous sa fenêtre sauf le bureau) disparaît mais que sa fenêtre y reste, cela signifie généralement que l'Explorateur est bloqué, ou du moins le thread de l'Explorateur propriétaire du bureau est. (Oui, le bureau est une fenêtre, il ne manque que les décorations habituelles.)

Une solution de contournement consiste à utiliser le Gestionnaire des tâches pour tuer explorer.exe et en démarrer un autre (à partir du menu Fichier de TM, Exécuter .., explorer.exe). Vous pourriez essayer cela dans ce cas.

— Jamie Hanrahan
source

L'explorateur tueur n'a pas enlevé la fenêtre. Cela a tout enlevé cependant. C'est étrange car je peux toujours déplacer, réduire et redimensionner la fenêtre. Je ne peux tout simplement pas le fermer.

— code4240

Dans ce cas, le thread propriétaire de la fenêtre est toujours présent et actif (c'est le travail de ce thread de le redessiner lorsqu'il est déplacé). Celui-là je n'ai pas un remède rapide pour.

— Jamie Hanrahan