GNU bug report logs - #48629
28.0.50; GUI emacsclient frames stop accepting keyboard input around recv

Previous Next

Full log

View this message in rfc822 format

From: "Basil L. Contovounesios" <contovob <at> tcd.ie>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 48629 <at> debbugs.gnu.org
Subject: bug#48629: 28.0.50; GUI emacsclient frames stop accepting keyboard input around recv
Date: Mon, 24 May 2021 19:38:45 +0100

Andreas Schwab <schwab <at> linux-m68k.org> writes:

> On Mai 24 2021, Basil L. Contovounesios wrote:
>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>>> or you are asking why it becomes stuck in recv for prolonged times?
>>
>> Not just prolonged, but indefinite.
>
> But emacsclient is just waiting for the answer from Emacs, so it is
> behaving as expected.

Right, I just attached GDB to a non-frozen emacsclient process, and it's
exactly the same story as in the OP.  Sorry for the misleading report.

> If you want emacsclient not to wait for it, use --no-wait.

Sure, but that doesn't address...

>> I have yet to find a way to restore these graphical sessions to
>> normal operation,
>
> That must be something else, not related to emacsclient.

...whatever elusive cause is making my GUI emacsclient frames stop
accepting keyboard input.  Perhaps then the issue lies in the Emacs
keyboard input code, and I'd be able to reproduce the hang even in
non-daemon Emacs sessions?

Any ideas on how to debug that next time it happens?

Thanks,

-- 
Basil

Previous Next

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