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

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gemini Lasswell <gazally <at> runbox.com>
Cc: 32502 <at> debbugs.gnu.org
Subject: bug#32502: 27.0.50; Tramp; C-g during asynchronous remote find-file kills Emacs
Date: Thu, 23 Aug 2018 17:01:34 +0300

> From: Gemini Lasswell <gazally <at> runbox.com>
> Cc: 32502 <at> debbugs.gnu.org
> Date: Wed, 22 Aug 2018 14:12:18 -0700
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > In frame #2, which one of these 2 conditions caused the abort:
> >
> >   if (gc_in_progress || waiting_for_input)
> >     emacs_abort ();
> 
> > And in frame #4, what is current_thread->error_symbol?
> >
> > Thanks.
> 
> (gdb) p gc_in_progress
> $1 = false
> (gdb) p waiting_for_input
> $2 = true
> (gdb) up 4
> #4  0x00000000005d5555 in post_acquire_global_lock (self=self <at> entry=0xc19320 <main_thread>) at thread.c:93
> 93	      Fsignal (sym, data);
> (gdb) p current_thread->error_symbol
> $3 = XIL(0)
> (gdb) pr
> (gdb) pp current_thread->error_symbol
> (gdb) p current_thread->error_symbol
> $4 = XIL(0)
> (gdb) xpr
> Lisp_Symbol
> $5 = (struct Lisp_Symbol *) 0xbf5420 <lispsym>
> "nil"

Thanks.  So my assumption was true: the main thread is signaled while
waiting for input.  Perhaps we should disallow that.

Previous Next

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