[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #40322] Interrupting a build with CTRL-C doesn't kill subprocesses
From: |
Mike Hommey |
Subject: |
[bug #40322] Interrupting a build with CTRL-C doesn't kill subprocesses |
Date: |
Mon, 21 Oct 2013 03:53:53 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 |
Follow-up Comment #3, bug #40322 (project make):
So it looks like from observing what happens, that subprocesses do get killed
(although i haven't looked at what happens in a debugger), but they do so
gently. Make doesn't wait for the process to actually be dead. Which has
several interesting side effects:
- the process keeps running for a little while, and eventually dies
- it stays alive longer than it takes for make to (try to) remove the target
file (xul.dll in my case). This has different possible outcomes, one of which
is make failing to remove the file with a permissions denied error, the other
of which is make supposedly removing the file, but the file being there after
link.exe is done.
Seeing the code, it seems to me this could happen on unix as well with a
process that has a long "shutdown" when receiving SIGTERM/SIGINT.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?40322>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/