GNU bug report logs - #32502
27.0.50; Tramp; C-g during asynchronous remote find-file kills Emacs

Previous Next

Package: emacs;

Reported by: Gemini Lasswell <gazally <at> runbox.com>

Date: Wed, 22 Aug 2018 18:26:02 UTC

Severity: normal

Tags: fixed

Found in version 27.0.50

Fixed in version 27.1

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


Message #56 received at 32502 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: gazally <at> runbox.com, 32502 <at> debbugs.gnu.org
Subject: Re: bug#32502: 27.0.50; Tramp;
 C-g during asynchronous remote find-file kills Emacs
Date: Wed, 29 Aug 2018 19:15:47 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

>> But I haven't done any user input. I've evaluated the code snippet given
>> by Gemini, and then I've done nothing. Emacs was idle I believe. And it
>> aborted.
>
> That's just it, AFAIR: when Emacs is idle, the waiting_for_input flag
> is set.

In this case, you cannot send a signal to the main thread ever. That
contradicts the documentation in (info "(elisp) Basic Thread Functions")

--8<---------------cut here---------------start------------->8---
     Since signal handlers in Emacs are located in the main thread, a
     signal must be propagated there in order to become visible.  The
     second ‘signal’ call let the thread die:

          (thread-signal main-thread 'error data)
          (signal 'error data)
--8<---------------cut here---------------end--------------->8---

Let's see, what the bisecting tells us.

Best regards, Michael.




This bug report was last modified 6 years and 313 days ago.

Previous Next


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