Thread (3 messages) flat view 3 messages, 3 authors, 2016-06-15

Re: [PATCH 2/5] run-command: kill children on exit by default

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:52:44

Possibly related (same subject, not in this thread)

Jeff King [off-list ref] writes:
On Sat, Jan 07, 2012 at 12:42:44PM +0100, Clemens Buchacher wrote:
quoted
It feels natural for a user to view git commands as monolithic
commands with a single thread of execution. If the parent git
command dies, it should therefore clean up its child processes as
well. So enable the cleanup mechanism by default.
I'm not sure this is a good idea. run_command is used in ~70 places in
git, and I'm sure at least one of them is going to be unhappy (I see you
found one in credential-cache, but how many others are there). I'd
rather be conservative and leave the default the same, and then switch
over callsites that make sense.
Yeah, I agree 100% with that reasoning. I seem to recall that was how this
commit was done in what I privately reviewed after Clemens announced his
github branch?
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help