18

I closed an application, but the process remained in the list. I try to stop in from the task manager, but nothing happens. No error messages, process just stays in the list. I try to debug it, but the debugger says:

Unable to attach to the crashing process. The requested operation is not supported.

This happens with VS2008 and some other programs, sometimes.

How to terminate it?

3

5 Answers 5

12

Unfortunately, the only real recourse is to reboot.

I've had this problem too, and I could find absolutely no way to successfully kill the crashed process. I tried just about every pskill/similar app I could find, and they all fail.

As I understand it, the most common cause of this problem is when the offending process loads a system driver, and then sends it an request that it fails to complete. Apparently the kernel can't properly deallocate the memory from the process when it closes because the crashed driver is in a IO wait state that requires access to the process address space.

(Mostly cribbed from) http://blogs.technet.com/markrussinovich/archive/2005/08/17/unkillable-processes.aspx

2
  • 2
    Yup, that is certainly the most common cause of this sort of thing. Most of the unkillable processes I have seen were either related to the CD-drive (eg EAC.EXE) or the TV tuner/video card (eg ATIMMC.EXE). In both cases, it comes down to a driver fault, and anyone who’s learned and done driver work will know how problematic things can get at that level, and what kinds of seemingly “strange” effects they can have in userland (BSODs at least are definitive and clear).
    – Synetech
    Jun 12, 2011 at 3:24
  • 1
    @ Synetech inc. - All the problems I had were disk related, or in software that really had no need for a driver at all (I have NO idea why the decided they needed to run in the kernel). I don't think you can make any blanket statements about what kind of software has most often has un-killable crashes.
    – Fake Name
    Jun 13, 2011 at 0:40
4

Process Hacker has a Miscellaneous → Terminator command that will try a bunch of different methods to kill your process:

failing on most attempts

full descriptions

In my tests, all this did was lock up Process Hacker and turn it into an unkillable process too, but maybe it will work in some cases.

4
  • 4
    Terminator has been removed from Process Hacker and moved into a plugin. There was a forum thread about it. The maintainer claimed: "Terminator is useless ... because it isn't any more effective than the normal terminate functionality." Some people replied and disagreed. Mar 2, 2017 at 0:55
  • Later, dmex moved Terminator into a plugin. The source code is here. As of this writing, there's no binary yet. When the binary is released, it will be published to the dmex releases page. Mar 2, 2017 at 0:55
  • 1
    I filed a feature request just now, requesting a compiled version of Terminator. For now, I guess you could use any version of Process Hacker older than 2.39. For example, you could use version 2.38, which is available here. Mar 2, 2017 at 1:05
  • There is also the option that a debugger was attached and reason not to kill is that. Miscellaneous detects that and adds detach debugger
    – Ghita
    Mar 22, 2017 at 18:56
2

Sometimes the process could be blocked on a resource or thread or something, and quitting or freeing that up, frees the process and lets it end. It is somewhat similar to how when you delete (to the recycle bin) a file in Explorer that is in use, it doesn’t actually go away and seems stuck (without immediately returning an in-use/locked error), but if you quit the program that has it locked within five seconds, the file suddenly disappears.

I have seen this happen on occasion, especially with programs that have a pop-up dialog or something that somehow gets hidden; finding a way to dismiss the dialog allows the thread to terminate, thus allowing the process to end.

I suspect that with the increase in, yet still relatively new practice of multi-threaded programming, things like this will become more common, at least for a while.

0

It is likely that the programs you are using were developed before Windows Vista/7 and are incompatible with the changes made.

Your best bet is to locate the executable for the programs which have this problem, right click, go to properties, then select compatiblity, finally select Windows XP as the compatibility mode.

0

launch CMD as admin, and use taskkill to force it off. Example:

taskkill /F yourprogram.exe

OR

taskkill /F /im yourprogram.exe

If you're stuck on the CMD taskkill syntax, type taskkill /?

2
  • 1
    Welcome to Super User! Although this may help to solve the problem, it doesn't explain why and/or how it addresses the issue. Providing this additional context would significantly improve its long-term educational value. Please edit your answer to add explanation, including what the parameters do and what limitations and assumptions apply. Thanks.
    – fixer1234
    Dec 20, 2018 at 15:51
  • ERROR: The process "AutoHotkeyU64_UIA.exe" with PID 16872 could not be terminated. Reason: There is no running instance of the task.
    – Shayan
    Nov 4, 2019 at 14:17

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .