emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#32502: closed (27.0.50; Tramp; C-g during asynchro


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#32502: closed (27.0.50; Tramp; C-g during asynchronous remote find-file kills Emacs)
Date: Sun, 02 Sep 2018 20:51:02 +0000

Your message dated Sun, 02 Sep 2018 22:50:25 +0200
with message-id <address@hidden>
and subject line Re: bug#32502: 27.0.50; Tramp; C-g during asynchronous remote 
find-file kills Emacs
has caused the debbugs.gnu.org bug report #32502,
regarding 27.0.50; Tramp; C-g during asynchronous remote find-file kills Emacs
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
32502: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=32502
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 27.0.50; Tramp; C-g during asynchronous remote find-file kills Emacs Date: Wed, 22 Aug 2018 11:19:34 -0700
This bug report is against the feature/tramp-thread-safe branch,
162353c45c.

C-g typed while Tramp is opening multiple remote files asynchronously
will sometimes cause Emacs to abort.

It's probably dependent on the timing of the C-g, and seems to either
happen the first time I try C-g or not at all.  I'm typing C-g fairly
soon after RET, but not as fast as I possibly could.  The remote machine
is on the local network and I'm running Emacs on a laptop with a
wireless network connection.  So far I've reproduced the bug twice in
about 8 attempts.  I currently have it in the debugger.

To reproduce, with emacs -Q and the Emacs source tree stored on a remote
machine:

C-x & C-x C-f /scp:server:src/emacs/lisp/emacs-lisp/*.el RET
C-g

Result:

#0  terminate_due_to_signal (address@hidden, address@hidden) at emacs.c:368
#1  0x0000000000511833 in emacs_abort () at sysdep.c:2426
#2  0x000000000057114d in signal_or_quit (error_symbol=XIL(0xaaa0), 
data=XIL(0), address@hidden) at eval.c:1612
#3  0x000000000057115b in Fsignal (error_symbol=<optimized out>, 
data=<optimized out>) at eval.c:1582
#4  0x00000000005d5555 in post_acquire_global_lock (address@hidden 
<main_thread>) at thread.c:93
#5  0x00000000005d578a in acquire_global_lock (self=0xc19320 <main_thread>) at 
thread.c:101
#6  really_call_select (arg=0x7ffe202d8ab0) at thread.c:582
#7  0x00000000005d64e9 in thread_select (func=<optimized out>, address@hidden, 
address@hidden, wfds=<optimized out>, address@hidden, address@hidden, 
sigmask=0x0) at thread.c:602
#8  0x00000000005f1f44 in xg_select (fds_lim=11, address@hidden, 
address@hidden, address@hidden, address@hidden, address@hidden) at 
xgselect.c:117
#9  0x00000000005b7328 in wait_reading_process_output (address@hidden, 
address@hidden, address@hidden, address@hidden, address@hidden(0), 
address@hidden, just_wait_proc=0) at process.c:5384
#10 0x0000000000424000 in sit_for (timeout=<optimized out>, address@hidden, 
address@hidden) at dispnew.c:5801
#11 0x00000000005042c6 in read_char (address@hidden, address@hidden(0x4d90c43), 
prev_event=XIL(0), address@hidden, address@hidden) at keyboard.c:2688
#12 0x000000000050491b in read_key_sequence (address@hidden, address@hidden(0), 
address@hidden, address@hidden, address@hidden, address@hidden) at 
keyboard.c:9108
#13 0x00000000005062fa in command_loop_1 () at keyboard.c:1338
#14 0x000000000056f6ef in internal_condition_case (address@hidden 
<command_loop_1>, address@hidden(0x5340), address@hidden <cmd_error>) at 
eval.c:1349
#15 0x00000000004f77e8 in command_loop_2 (address@hidden(0)) at keyboard.c:1079
#16 0x000000000056f653 in internal_catch (address@hidden(0xc990), 
address@hidden <command_loop_2>, address@hidden(0)) at eval.c:1114
#17 0x00000000004f7776 in command_loop () at keyboard.c:1058
#18 0x00000000004faa0f in recursive_edit_1 () at keyboard.c:703
#19 0x00000000004fad48 in Frecursive_edit () at keyboard.c:774
#20 0x000000000041a353 in main (argc=<optimized out>, argv=0x7ffe202da098) at 
emacs.c:1756


In GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.28)
 of 2018-08-21 built on sockeye
Repository revision: 162353c45cf7ae8c5626a5062c247a793e30e7d0
Windowing system distributor 'The X.Org Foundation', version 11.0.11906000
System Description: NixOS 18.03.git.bd06547 (Impala)

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Configured using:
 'configure --prefix=/home/gem/src/emacs/tramp/bin --with-modules
 --with-x-toolkit=gtk3 --with-xft --config-cache'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GSETTINGS NOTIFY
LIBSELINUX GNUTLS LIBXML2 FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11
MODULES THREADS LCMS2 GMP

Important settings:
  value of $EMACSLOADPATH: 
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv dired dired-loaddefs format-spec rfc822 mml
easymenu mml-sec password-cache epa derived epg epg-config gnus-util
rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date
mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote threads dbusbind
inotify lcms2 dynamic-setting system-font-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 94963 7770)
 (symbols 48 20145 1)
 (strings 32 28303 1519)
 (string-bytes 1 756774)
 (vectors 16 14934)
 (vector-slots 8 508714 14278)
 (floats 8 48 69)
 (intervals 56 208 0)
 (buffers 992 11))



--- End Message ---
--- Begin Message --- Subject: Re: bug#32502: 27.0.50; Tramp; C-g during asynchronous remote find-file kills Emacs Date: Sun, 02 Sep 2018 22:50:25 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
Version: 27.1

Gemini Lasswell <address@hidden> writes:

> Hi Michael,

Hi Gemini,

> I tried this in the thread-safe-tramp branch and it fixes the problem.

Thanks, I'm closing the bug.

> Thanks,
> Gemini

Best regards, Michael.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]