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: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
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: Wed, 22 Aug 2018 22:08:40 +0300
> Date: Wed, 22 Aug 2018 21:46:42 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 32502 <at> debbugs.gnu.org
> 
> > #3  0x000000000057115b in Fsignal (error_symbol=<optimized out>, data=<optimized out>) at eval.c:1582
> > #4  0x00000000005d5555 in post_acquire_global_lock (self=self <at> entry=0xc19320 <main_thread>) at thread.c:93
> 
> And in frame #4, what is current_thread->error_symbol?

Michael, unless I'm missing something, it sounds like Tramp signals
the main thread in this scenario.  (current_thread->error_symbol is
only set by thread-signal.)  Is that really necessary?  If so, can you
describe why you needed to signal the main thread, while it was
waiting for input?




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.