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


View this message in rfc822 format

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: bug#32502: 27.0.50; Tramp; C-g during asynchronous remote find-file kills Emacs
Date: Thu, 30 Aug 2018 15:32:58 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

>> >> So it looks like you are right: we cannot send signals to the main
>> >> thread. Is this acceptable?
>> >
>> > Yes, I think so, but let's document that.

I'm just doing it.

>> Sounds to me like a serious restriction. When something happens in a
>> thread, I want to know it. There isn't even a message about the error.
>
> If we want to announce the errors to the main thread, we can use
> methods other than signaling an error.  For example, we could inject
> a special event into the input queue, similarly to how we produce
> help-echo and other special events.

I'm just changing thread-signal such a way that it ignores silently
signals sent to the main thread. Shall I implement this event injection
instead?

And what shall be done with this event in the main thread? Just writing
an error message, or some kind of handling?

Best regards, Michael.




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

Previous Next


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