GNU bug report logs - #28268
26.0.50; (MS Windows) crash on C-g after closing Git GUI

Previous Next

Full log

View this message in rfc822 format

From: Richard Copley <rcopley <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 28268 <at> debbugs.gnu.org, Noam Postavsky <npostavs <at> users.sourceforge.net>
Subject: bug#28268: 26.0.50; (MS Windows) crash on C-g after closing Git GUI
Date: Tue, 29 Aug 2017 20:02:33 +0100

On 29 August 2017 at 19:59, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> Date: Tue, 29 Aug 2017 20:33:49 +0300
>> From: Eli Zaretskii <eliz <at> gnu.org>
>> Cc: 28268 <at> debbugs.gnu.org
>>
>> > Date: Tue, 29 Aug 2017 20:25:52 +0300
>> > From: Eli Zaretskii <eliz <at> gnu.org>
>> > Cc: rcopley <at> gmail.com, 28268 <at> debbugs.gnu.org
>> >
>> > git-gui.exe is a GUI program, so it releases the shell and the shell
>> > exits
>>
>> Correction: git-gui.exe launches wish and exits.
>
> It looks like not entirely our problem, or not at all: Windows itself
> thinks that the process is still running, although waiting on its
> handle to become signaled exits immediately, something that should
> never happen.

Could it be that the (wish) subprocess inherited its parents' STDIN
and STDOUT handles and so the process can't completely die until
the subprocess does? It's a pain when that happens.

> I installed a semi-kludgey workaround which seems to avoid spinning
> the CPU in this obscure case.  Please see that the problem is solved
> on your systems as well.

OK will do.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.