From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Gemini Lasswell Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Aug 2018 17:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 32537@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.153530524520729 (code B ref -1); Sun, 26 Aug 2018 17:41:01 +0000 Received: (at submit) by debbugs.gnu.org; 26 Aug 2018 17:40:45 +0000 Received: from localhost ([127.0.0.1]:33424 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ftz1p-0005OH-14 for submit@debbugs.gnu.org; Sun, 26 Aug 2018 13:40:45 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59336) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ftz1m-0005O4-OZ for submit@debbugs.gnu.org; Sun, 26 Aug 2018 13:40:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftz1g-0003zk-CE for submit@debbugs.gnu.org; Sun, 26 Aug 2018 13:40:37 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_50,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:60017) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ftz1g-0003zR-8a for submit@debbugs.gnu.org; Sun, 26 Aug 2018 13:40:36 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34711) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftz1c-0004bx-Uc for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 13:40:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftz19-0003UP-4v for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 13:40:06 -0400 Received: from aibo.runbox.com ([91.220.196.211]:51256) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ftz18-0003Qe-PZ for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 13:40:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=runbox.com; s=rbselector1; h=Content-Transfer-Encoding:Content-Type:MIME-Version: Message-ID:Date:Subject:To:From; bh=8i5UelRW1z5Lf+hIVCX5KZtS389EztyNHs2nvibcvn8=; b=NB5MjLcxLbkQtIUA0uT37a3SIF 6QtGb1JCQmPRsNVz/9lp1X/nRTez5uDJXdAslLMNJ1/i7MqnP/nX4CHdgQa12oJn0i1EuUOgKd/Ap LdgmEtCHFOqShUKmbe1rjxcgPpqUeFfEcv4+VqfsT67NWk1TJVNv0p0/xZyQxKiqrivF9B5MP4FRo Mb/QhyoeNgAtx25Iwb2R077KZNL06FEgTKVIOCZbNtgaJK7PMatq1Aek+RoEjGe+TCqzkWeK8KfR9 izdfS2Og3mZp8QnFW5Pylo8qYjCGKzmhSjzgsyn+dNHScf8TBp+sQlHa2+ydH4CfNNkRRd7mF5o/+ ncWX/rjQ==; Received: from [10.9.9.210] (helo=mailfront10.runbox.com) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1ftz17-0001Bu-1b for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 19:40:01 +0200 Received: by mailfront10.runbox.com with esmtpsa (uid:179284 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1ftz14-0005Zj-6y for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 19:39:59 +0200 From: Gemini Lasswell Date: Sun, 26 Aug 2018 10:39:55 -0700 Message-ID: <875zzxowlw.fsf@runbox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) This bug report is against the feature/tramp-thread-safe branch, 162353c45c. Continuous typing during an asynchronous find-file will result in garbled input because the cursor periodically jumps backwards. To reproduce, with emacs -Q, *scratch* as the current buffer, and a remote machine with the Emacs source tree: C-x & C-x C-f scp:server:src/emacs/lisp/emacs-lisp/b*.el RET Then type "The rain in Spain falls mainly on the plain." or other sentence of your choice, over and over. Stop when the message about checking vc-registered appears in the echo area. Result: There will be a pause before the first typed text appears, then Emacs will start showing the typed text normally, except periodically the cursor will jump backwards so text will be inserted in the wrong place. After the first vc-registered message, Emacs will stop responding to input until after a buffer for one of the opened files is displayed. I'm running Emacs on a laptop which is using my cell phone's mobile hotspot to connect to a machine on my home network, meaning there is significant latency. 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 System Description: NixOS 18.03.git.bd06547 (Impala) Recent messages: Tramp: Checking =E2=80=98vc-registered=E2=80=99 for /scp:chinook:/home/gem/= src/emacs/master/lisp/emacs-lisp/bytecomp.el...done Tramp: Checking =E2=80=98vc-registered=E2=80=99 for /scp:chinook:/home/gem/= src/emacs/master/lisp/emacs-lisp/backquote.el...done Tramp: Checking =E2=80=98vc-registered=E2=80=99 for /scp:chinook:/home/gem/= src/emacs/master/lisp/emacs-lisp/byte-run.el...done Tramp: Checking =E2=80=98vc-registered=E2=80=99 for /scp:chinook:/home/gem/= src/emacs/master/lisp/emacs-lisp/benchmark.el...done Undo! C-x M-x is undefined Quit Configured using: 'configure --prefix=3D/home/gem/src/emacs/tramp/bin --with-modules --with-x-toolkit=3Dgtk3 --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 $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: diff-auto-refine-mode: t shell-dirtrack-mode: t 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 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 dired dired-loaddefs rfc822 mml mml-sec epa derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils vc-git diff-mode easymenu easy-mmode files-x tramp-sh tramp-cache tramp trampver tramp-compat tramp-loaddefs ucs-normalize shell pcomplete comint ansi-color ring parse-time format-spec advice auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib term/xterm xterm time-date elec-pair 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 231578 10507) (symbols 48 22696 1) (strings 32 37905 1930) (string-bytes 1 1127065) (vectors 16 38578) (vector-slots 8 747585 13268) (floats 8 72 538) (intervals 56 347 0) (buffers 992 24)) From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Aug 2018 18:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gemini Lasswell Cc: 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.153530834925536 (code B ref 32537); Sun, 26 Aug 2018 18:33:01 +0000 Received: (at 32537) by debbugs.gnu.org; 26 Aug 2018 18:32:29 +0000 Received: from localhost ([127.0.0.1]:33440 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ftzps-0006do-VT for submit@debbugs.gnu.org; Sun, 26 Aug 2018 14:32:29 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42114) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ftzpr-0006dc-R4 for 32537@debbugs.gnu.org; Sun, 26 Aug 2018 14:32:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftzpj-0008Rm-DI for 32537@debbugs.gnu.org; Sun, 26 Aug 2018 14:32:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47316) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftzpj-0008RS-9C; Sun, 26 Aug 2018 14:32:19 -0400 Received: from [176.228.60.248] (port=1851 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ftzpi-0007G7-JT; Sun, 26 Aug 2018 14:32:19 -0400 Date: Sun, 26 Aug 2018 21:32:10 +0300 Message-Id: <83mut9568l.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <875zzxowlw.fsf@runbox.com> (message from Gemini Lasswell on Sun, 26 Aug 2018 10:39:55 -0700) References: <875zzxowlw.fsf@runbox.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Gemini Lasswell > Date: Sun, 26 Aug 2018 10:39:55 -0700 > > Then type "The rain in Spain falls mainly on the plain." or other > sentence of your choice, over and over. Stop when the message about > checking vc-registered appears in the echo area. > > Result: There will be a pause before the first typed text appears, then > Emacs will start showing the typed text normally, except periodically > the cursor will jump backwards so text will be inserted in the wrong > place. I guess some code in the background thread calls a yielding function inside save-excursion or something? I'd try running with a breakpoint in set_point_both and temp_set_point_both, with commands that show the backtrace and immediately continue the program. Then you might see the culprit. Or maybe Michael will know where that happens given the description. > After the first vc-registered message, Emacs will stop responding to > input until after a buffer for one of the opened files is displayed. That is not necessarily a bug: if some thread performs some prolonged calculation, no other thread will be able to run, and no input will be accepted. Just like with a single thread. Thanks. From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Gemini Lasswell Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 28 Aug 2018 19:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.15354857211836 (code B ref 32537); Tue, 28 Aug 2018 19:49:01 +0000 Received: (at 32537) by debbugs.gnu.org; 28 Aug 2018 19:48:41 +0000 Received: from localhost ([127.0.0.1]:35943 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fujyj-0000TY-2C for submit@debbugs.gnu.org; Tue, 28 Aug 2018 15:48:41 -0400 Received: from aibo.runbox.com ([91.220.196.211]:55890) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fujyg-0000TP-Oz for 32537@debbugs.gnu.org; Tue, 28 Aug 2018 15:48:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=runbox.com; s=rbselector1; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From; bh=u+K38yD/G9BRaFmaJ7h2F4ABoU4qybr+9Bf3ucYio98=; b=IkmIq9LB0xPDo9hbn0jcvhhNmc mZ/Migp6w206TpMDlIzOSd0TGmIk9SBM2AgCruTpWJsxWUkfUBon48tUrg3TLqRx9ZZdraDc9JffO RwTOg706cRmr4bqmmBsA9PwvELyDIbEC5h96o5me712QZmMB+y4kUvNIMBThkooGc1xB8DKeb5X+o ssv8sNU3s+8i3w2yUyeyOgkntc24+uEDFDczSE1BH8M6iUjz7JmsmN/vaDIVJVHb3DgtgT7pQ8BDX RvVw8y4bzUGRUUKEZhy65oPQe3bhKED4tC/1CnyQ937e6bcj2YwCLgrTD/DBWte0XO7BVVlzDOXTj IDFrr/1A==; Received: from [10.9.9.210] (helo=mailfront10.runbox.com) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1fujyf-0004mV-KC; Tue, 28 Aug 2018 21:48:37 +0200 Received: by mailfront10.runbox.com with esmtpsa (uid:179284 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1fujyZ-0002hQ-NZ; Tue, 28 Aug 2018 21:48:32 +0200 From: Gemini Lasswell References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> Date: Tue, 28 Aug 2018 12:48:28 -0700 In-Reply-To: <83mut9568l.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 26 Aug 2018 21:32:10 +0300") Message-ID: <87r2ii1ddf.fsf@runbox.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > I guess some code in the background thread calls a yielding function > inside save-excursion or something? I'd try running with a breakpoint > in set_point_both and temp_set_point_both, with commands that show the > backtrace and immediately continue the program. Then you might see > the culprit. Here is an excerpt from my gdb output from following your instructions. (I made the breakpoints conditional on the buffer being *scratch*.) It looks like your guess is correct, since there is a save-excursion in tramp-sh-handle-file-attributes wrapping code that executes commands on the remote machine. Thread 1 "find-file /scp:" hit Breakpoint 4, set_point_both (charpos=195, bytepos=195) at intervals.c:1826 1826 { "electric-indent-post-self-insert-function" (0xf9420) "self-insert-command" (0xf9620) "funcall-interactively" (0xf9618) "call-interactively" (0xf98f0) "command-execute" (0xf9c08) [Switching to Thread 0x7f1cad3e1700 (LWP 9151)] Thread 5 "emacs" hit Breakpoint 4, set_point_both (charpos=146, bytepos=146) at intervals.c:1826 1826 { "tramp-sh-handle-file-attributes" (0xad3db0b8) "apply" (0xad3db1f0) "tramp-sh-file-name-handler" (0xad3db498) "apply" (0xad3db648) "tramp-file-name-handler" (0xad3dc688) "file-attributes" (0xad3dc7e0) "tramp-check-cached-permissions" (0xad3dcbb0) "tramp-sh-handle-file-readable-p" (0xad3dcff8) "apply" (0xad3dcff0) "tramp-sh-file-name-handler" (0xad3dd420) "apply" (0xad3dd418) "tramp-file-name-handler" (0xad3de458) "file-readable-p" (0xad3de578) "tramp-handle-file-accessible-directory-p" (0xad3de8f8) "apply" (0xad3de8f0) "tramp-sh-file-name-handler" (0xad3ded20) "apply" (0xad3ded18) "tramp-file-name-handler" (0xad3dfd58) "file-accessible-directory-p" (0xad3dfec8) "file-expand-wildcards" (0xad3e0218) "find-file-noselect" (0xad3e07e0) 0x4867b10 PVEC_COMPILED Thread 5 "emacs" hit Breakpoint 5, temp_set_point_both ( buffer=0xdb5800 , charpos=charpos@entry=146, bytepos=bytepos@entry=146) at intervals.c:1729 1729 { "tramp-sh-handle-file-attributes" (0xad3db0b8) "apply" (0xad3db1f0) "tramp-sh-file-name-handler" (0xad3db498) "apply" (0xad3db648) "tramp-file-name-handler" (0xad3dc688) "file-attributes" (0xad3dc7e0) "tramp-check-cached-permissions" (0xad3dcbb0) "tramp-sh-handle-file-readable-p" (0xad3dcff8) "apply" (0xad3dcff0) "tramp-sh-file-name-handler" (0xad3dd420) "apply" (0xad3dd418) "tramp-file-name-handler" (0xad3de458) "file-readable-p" (0xad3de578) "tramp-handle-file-accessible-directory-p" (0xad3de8f8) "apply" (0xad3de8f0) "tramp-sh-file-name-handler" (0xad3ded20) "apply" (0xad3ded18) "tramp-file-name-handler" (0xad3dfd58) "file-accessible-directory-p" (0xad3dfec8) "file-expand-wildcards" (0xad3e0218) "find-file-noselect" (0xad3e07e0) 0x4867b10 PVEC_COMPILED [Switching to Thread 0x7f1cc590db40 (LWP 8465)] Thread 1 "find-file /scp:" hit Breakpoint 4, set_point_both (charpos=147, bytepos=147) at intervals.c:1826 1826 { "electric-indent-post-self-insert-function" (0xf9420) "self-insert-command" (0xf9620) "funcall-interactively" (0xf9618) "call-interactively" (0xf98f0) "command-execute" (0xf9c08) From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Aug 2018 14:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gemini Lasswell Cc: 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.153555418819044 (code B ref 32537); Wed, 29 Aug 2018 14:50:02 +0000 Received: (at 32537) by debbugs.gnu.org; 29 Aug 2018 14:49:48 +0000 Received: from localhost ([127.0.0.1]:37261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fv1n0-0004x4-GB for submit@debbugs.gnu.org; Wed, 29 Aug 2018 10:49:48 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51007) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fv1mz-0004wr-4O for 32537@debbugs.gnu.org; Wed, 29 Aug 2018 10:49:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fv1mq-0001pY-M8 for 32537@debbugs.gnu.org; Wed, 29 Aug 2018 10:49:39 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48883) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fv1mq-0001pM-FE; Wed, 29 Aug 2018 10:49:36 -0400 Received: from [176.228.60.248] (port=4355 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fv1mp-0006ah-Uf; Wed, 29 Aug 2018 10:49:36 -0400 Date: Wed, 29 Aug 2018 17:49:33 +0300 Message-Id: <83r2ih2poi.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87r2ii1ddf.fsf@runbox.com> (message from Gemini Lasswell on Tue, 28 Aug 2018 12:48:28 -0700) References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> <87r2ii1ddf.fsf@runbox.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Gemini Lasswell > Cc: 32537@debbugs.gnu.org > Date: Tue, 28 Aug 2018 12:48:28 -0700 > > Eli Zaretskii writes: > > > I guess some code in the background thread calls a yielding function > > inside save-excursion or something? I'd try running with a breakpoint > > in set_point_both and temp_set_point_both, with commands that show the > > backtrace and immediately continue the program. Then you might see > > the culprit. > > Here is an excerpt from my gdb output from following your instructions. > (I made the breakpoints conditional on the buffer being *scratch*.) Thanks. > It looks like your guess is correct, since there is a save-excursion > in tramp-sh-handle-file-attributes wrapping code that executes > commands on the remote machine. Hmm... does that mean tramp-sh-handle-file-attributes runs with *scratch* is its current buffer? It was *scratch* that you were typing into when this point jumps happened, right? It's strange that Tramp uses the current buffer for its processing, but Michael should know. If tramp-sh-handle-file-attributes is not using *scratch*, then we'll need to find some other code in the functions run in backtrace that does. > Thread 1 "find-file /scp:" hit Breakpoint 4, set_point_both (charpos=195, > bytepos=195) at intervals.c:1826 > 1826 { > "electric-indent-post-self-insert-function" (0xf9420) > "self-insert-command" (0xf9620) > "funcall-interactively" (0xf9618) > "call-interactively" (0xf98f0) > "command-execute" (0xf9c08) Wait a minute, why does self-insert-command run in a non-main thread? Could it be that somehow a non-main thread started receiving and interpreting your keyboard input? (The "find-file /scp:" thread is not the main thread, right?) From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Gemini Lasswell Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Aug 2018 17:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.153556537111558 (code B ref 32537); Wed, 29 Aug 2018 17:57:02 +0000 Received: (at 32537) by debbugs.gnu.org; 29 Aug 2018 17:56:11 +0000 Received: from localhost ([127.0.0.1]:37380 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fv4hP-00030M-9j for submit@debbugs.gnu.org; Wed, 29 Aug 2018 13:56:11 -0400 Received: from aibo.runbox.com ([91.220.196.211]:53512) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fv4hM-00030C-UL for 32537@debbugs.gnu.org; Wed, 29 Aug 2018 13:56:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=runbox.com; s=rbselector1; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From; bh=fYNcz6IdbYuwXlCq+WTDUniW6gCsgj5gsBTxL79QL3Q=; b=CJmDqDeNgPHf1z237+CINW9CWG U+b0oSKh4RXS97rKIJwvglpsITQ/DcEq9FxV3W1V4shHUtb8F9NIuAV9fXwbycKpLGS40A4CG6QBe V0zBX+18pDCB3CHd79mNFXpdug2w5W6dccIlh77qyuiP0EiBjfcYeHO0s/KL0YczNjcsH+g7Urvm4 MdVJLiTImBAqOtjE2/Oztu6gsaf3W6lG8Ut/HqkjD5J291+RheaBrrBcho5MIZcXAMoI0Q8SR+qli /1Feh9HaI1kRH8aacS7/dklLIV0LVa4qfoRBlrljwz4R5YkIG7C2gDWZnlF7aRmIOeGd3+sQaieRl i7xJFjtg==; Received: from [10.9.9.212] (helo=mailfront12.runbox.com) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1fv4hL-0004vi-K7; Wed, 29 Aug 2018 19:56:07 +0200 Received: by mailfront12.runbox.com with esmtpsa (uid:179284 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1fv4gs-0005j8-Fu; Wed, 29 Aug 2018 19:55:39 +0200 From: Gemini Lasswell References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> <87r2ii1ddf.fsf@runbox.com> <83r2ih2poi.fsf@gnu.org> Date: Wed, 29 Aug 2018 10:55:35 -0700 In-Reply-To: <83r2ih2poi.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 29 Aug 2018 17:49:33 +0300") Message-ID: <87wos9vyzs.fsf@runbox.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > Hmm... does that mean tramp-sh-handle-file-attributes runs with > *scratch* is its current buffer? It was *scratch* that you were > typing into when this point jumps happened, right? It's strange that > Tramp uses the current buffer for its processing, but Michael should > know. Yes, I was typing into *scratch*. I'm a gdb newbie, so here's what I did: 1. From a shell, cd to src, run ./emacs -Q 2. M-x global-font-lock-mode RET 3. From another shell, cd to src, determine PID of Emacs and then run gdb -p PID 4. Enter following commands to gdb: source .gdbinit set logging on set height 0 p current_thread->m_current_buffer break Fmake_thread cont 5. Return to Emacs and enter: C-x C-f C-a C-k /scp:server:src/emacs/lisp/emacs-lisp/b*.el RET 6. In gdb, enter the following: clear break set_point_both if current_thread->m_current_buffer == $1 commands xbacktrace cont end break temp_set_point_both if buffer == $1 commands xbacktrace cont end cont 8. Return to Emacs and type until the cursor makes a backward jump. 9. C-x C-c > Wait a minute, why does self-insert-command run in a non-main thread? > Could it be that somehow a non-main thread started receiving and > interpreting your keyboard input? (The "find-file /scp:" thread is > not the main thread, right?) It looks to me like Thread 1 is the main thread, and the thread names printed by gdb don't match what Emacs thinks they are. Thread 1 starts out as "emacs" but its name changes after I continue from the Fmake_thread breakpoint: Thread 1 "emacs" hit Breakpoint 3, Fmake_thread (function=XIL(0x4867b15), name=XIL(0x45b85a4)) at thread.c:768 768 { Deleted breakpoint 3 Breakpoint 4 at 0x635530: file intervals.c, line 1826. Type commands for breakpoint(s) 4, one per line. End with a line saying just "end". Breakpoint 5 at 0x635360: file intervals.c, line 1729. Type commands for breakpoint(s) 5, one per line. End with a line saying just "end". Continuing. [New Thread 0x7f1cad3e1700 (LWP 9151)] Thread 1 "find-file /scp:" hit Breakpoint 5, temp_set_point_both ( buffer=0xdb5800 , charpos=charpos@entry=146, bytepos=bytepos@entry=146) at intervals.c:1729 1729 { "redisplay_internal (C function)" (0x0) And then later in gdb.txt this thread shows up: Thread 6 "emacs" hit Breakpoint 5, temp_set_point_both ( buffer=0xdb5800 , charpos=charpos@entry=151, bytepos=bytepos@entry=151) at intervals.c:1729 1729 { "redisplay_internal (C function)" (0x0) "message" (0xaca48708) "apply" (0xaca48700) "tramp-sh-handle-file-local-copy" (0xaca492d8) "apply" (0xaca492d0) "tramp-sh-file-name-handler" (0xaca49700) "apply" (0xaca496f8) "tramp-file-name-handler" (0xaca4a750) "file-local-copy" (0xaca4aa70) "tramp-handle-insert-file-contents" (0xaca4b278) "apply" (0xaca4b3c0) "tramp-sh-file-name-handler" (0xaca4b668) "apply" (0xaca4b838) "tramp-file-name-handler" (0xaca4c878) "insert-file-contents" (0xaca50eb8) "find-file-noselect-1" (0xaca51270) "find-file-noselect" (0xaca51810) 0x4860a20 PVEC_COMPILED From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Aug 2018 18:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gemini Lasswell Cc: 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.153556647113387 (code B ref 32537); Wed, 29 Aug 2018 18:15:02 +0000 Received: (at 32537) by debbugs.gnu.org; 29 Aug 2018 18:14:31 +0000 Received: from localhost ([127.0.0.1]:37399 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fv4z9-0003Tr-6J for submit@debbugs.gnu.org; Wed, 29 Aug 2018 14:14:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53272) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fv4z7-0003Te-Dx for 32537@debbugs.gnu.org; Wed, 29 Aug 2018 14:14:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fv4yy-00081Y-Di for 32537@debbugs.gnu.org; Wed, 29 Aug 2018 14:14:24 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54321) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fv4yy-00081N-9D; Wed, 29 Aug 2018 14:14:20 -0400 Received: from [176.228.60.248] (port=1618 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fv4yx-0007z9-QJ; Wed, 29 Aug 2018 14:14:20 -0400 Date: Wed, 29 Aug 2018 21:14:12 +0300 Message-Id: <83d0u12g7f.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87wos9vyzs.fsf@runbox.com> (message from Gemini Lasswell on Wed, 29 Aug 2018 10:55:35 -0700) References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> <87r2ii1ddf.fsf@runbox.com> <83r2ih2poi.fsf@gnu.org> <87wos9vyzs.fsf@runbox.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Gemini Lasswell > Cc: 32537@debbugs.gnu.org > Date: Wed, 29 Aug 2018 10:55:35 -0700 > > I'm a gdb newbie You are doing fine, don't worry. > It looks to me like Thread 1 is the main thread, and the thread names > printed by gdb don't match what Emacs thinks they are. Thread 1 starts > out as "emacs" but its name changes after I continue from the > Fmake_thread breakpoint: > > > Thread 1 "emacs" hit Breakpoint 3, Fmake_thread (function=XIL(0x4867b15), > name=XIL(0x45b85a4)) at thread.c:768 > 768 { > Deleted breakpoint 3 > Breakpoint 4 at 0x635530: file intervals.c, line 1826. > Type commands for breakpoint(s) 4, one per line. > End with a line saying just "end". > Breakpoint 5 at 0x635360: file intervals.c, line 1729. > Type commands for breakpoint(s) 5, one per line. > End with a line saying just "end". > Continuing. > [New Thread 0x7f1cad3e1700 (LWP 9151)] > > Thread 1 "find-file /scp:" hit Breakpoint 5, temp_set_point_both ( > buffer=0xdb5800 , charpos=charpos@entry=146, > bytepos=bytepos@entry=146) at intervals.c:1729 > 1729 { > "redisplay_internal (C function)" (0x0) > > > And then later in gdb.txt this thread shows up: > > > Thread 6 "emacs" hit Breakpoint 5, temp_set_point_both ( > buffer=0xdb5800 , charpos=charpos@entry=151, > bytepos=bytepos@entry=151) at intervals.c:1729 So given this confusion over which thread is what, I think we need to see the C-level backtrace of all the Lisp threads, to see which one(s) of them really called temp_set_point_both. Thanks. From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Gemini Lasswell Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Aug 2018 18:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.153565498529432 (code B ref 32537); Thu, 30 Aug 2018 18:50:02 +0000 Received: (at 32537) by debbugs.gnu.org; 30 Aug 2018 18:49:45 +0000 Received: from localhost ([127.0.0.1]:39415 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fvS0m-0007ed-KV for submit@debbugs.gnu.org; Thu, 30 Aug 2018 14:49:45 -0400 Received: from aibo.runbox.com ([91.220.196.211]:48176) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fvS0j-0007eT-FS for 32537@debbugs.gnu.org; Thu, 30 Aug 2018 14:49:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=runbox.com; s=rbselector1; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From; bh=eT0kxC247U86FlTHvdJ9cvX8sTsgRAdg+Xs8AkzaI/E=; b=l6WZe0q16pfP0Lr3vFRWDhuKJm 7juO1AnUvYb0MT8eSUNrWLhTjStAfRPWQdpC67lhAU2FftEGu60gqXVOtM53iv54xftHWf1cDdjbe +6UK1SwASzhSN17C/DgjyVh8uDYUinXMmWE3o1essG7P/FSPq/UUeBCrSu53D+xcklvWbNUZB2ryc pJQYkluFeMAvw0RixPBUPeJx+hy3F+pidWDjIo2rB6VObvzoRYs8o7eQIowC5grNYMUDafpISlORF MrCaciah6DRKnxD+o1RNlfa7sA/ULXUIO4g4XzPO0MgbAgsNWtFwA4JDcn1wCtv1XqdpCJ+GqGQbe 119L/h0w==; Received: from [10.9.9.211] (helo=mailfront11.runbox.com) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1fvS0i-0003Xc-DO; Thu, 30 Aug 2018 20:49:40 +0200 Received: by mailfront11.runbox.com with esmtpsa (uid:179284 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1fvS0X-0008O1-JE; Thu, 30 Aug 2018 20:49:31 +0200 From: Gemini Lasswell References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> <87r2ii1ddf.fsf@runbox.com> <83r2ih2poi.fsf@gnu.org> <87wos9vyzs.fsf@runbox.com> <83d0u12g7f.fsf@gnu.org> Date: Thu, 30 Aug 2018 11:49:27 -0700 In-Reply-To: <83d0u12g7f.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 29 Aug 2018 21:14:12 +0300") Message-ID: <87sh2vwuyw.fsf@runbox.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > So given this confusion over which thread is what, I think we need to > see the C-level backtrace of all the Lisp threads, to see which one(s) > of them really called temp_set_point_both. Printing the C-level backtraces on every breakpoint makes Emacs under gdb too slow to let me reproduce the bug, so I came up with this compromise: break set_point_both if current_thread->m_current_buffer == $1 commands p current_thread xbacktrace if current_thread != &main_thread thread apply 1 5-15 backtrace end cont end break temp_set_point_both if buffer == $1 commands p current_thread xbacktrace if current_thread != &main_thread thread apply 1 5-15 backtrace end cont end I also commented out hookpost-backtrace in .gdbinit to make the 'thread apply' work. Here's an excerpt from the log of the resulting gdb session, showing the set_point_both and temp_set_point_both calls that move point backwards, with the C-level backtraces of the Lisp threads: Thread 1 "find-file /scp:" hit Breakpoint 4, set_point_both (charpos=152, bytepos=152) at intervals.c:1826 1826 { $37 = (struct thread_state *) 0xd45600 "electric-indent-post-self-insert-function" (0xe407de80) "self-insert-command" (0xe407e080) "funcall-interactively" (0xe407e078) "call-interactively" (0xe407e350) "command-execute" (0xe407e668) [Switching to Thread 0x7f8722610700 (LWP 27981)] Thread 5 "emacs" hit Breakpoint 4, set_point_both (charpos=146, bytepos=146) at intervals.c:1826 1826 { $38 = (struct thread_state *) 0x3fd5080 "tramp-sh-handle-file-attributes" (0x2260a0b8) "apply" (0x2260a1f0) "tramp-sh-file-name-handler" (0x2260a498) "apply" (0x2260a648) "tramp-file-name-handler" (0x2260b688) "file-attributes" (0x2260b7e0) "tramp-check-cached-permissions" (0x2260bbb0) "tramp-sh-handle-file-readable-p" (0x2260bff8) "apply" (0x2260bff0) "tramp-sh-file-name-handler" (0x2260c420) "apply" (0x2260c418) "tramp-file-name-handler" (0x2260d458) "file-readable-p" (0x2260d578) "tramp-handle-file-accessible-directory-p" (0x2260d8f8) "apply" (0x2260d8f0) "tramp-sh-file-name-handler" (0x2260dd20) "apply" (0x2260dd18) "tramp-file-name-handler" (0x2260ed58) "file-accessible-directory-p" (0x2260eec8) "file-expand-wildcards" (0x2260f218) "find-file-noselect" (0x2260f7e0) 0x3fd4350 PVEC_COMPILED Thread 1 (Thread 0x7f873eb61b40 (LWP 27888)): #0 0x00007f87384808cc in __lll_lock_wait () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #1 0x00007f8738479a45 in pthread_mutex_lock () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #2 0x0000000000648df9 in sys_mutex_lock (mutex=mutex@entry=0xd455c0 ) at systhread.c:137 #3 0x0000000000647582 in acquire_global_lock (self=0xd45600 ) at thread.c:100 #4 really_call_select (arg=arg@entry=0x7ffce407d420) at thread.c:582 #5 0x00000000005aa698 in flush_stack_call_func (func=func@entry=0x6474f0 , arg=arg@entry=0x7ffce407d420) at alloc.c:5103 #6 0x00000000006489f9 in thread_select (func=, max_fds=max_fds@entry=11, rfds=rfds@entry=0x7ffce407d500, wfds=wfds@entry=0x7ffce407d580, efds=efds@entry=0x0, timeout=timeout@entry=0x7ffce407db60, sigmask=0x0) at thread.c:602 #7 0x000000000066ad16 in xg_select (fds_lim=11, rfds=rfds@entry=0x7ffce407dc60, wfds=wfds@entry=0x7ffce407dce0, efds=efds@entry=0x0, timeout=timeout@entry=0x7ffce407db60, sigmask=sigmask@entry=0x0) at xgselect.c:117 #8 0x0000000000622b61 in wait_reading_process_output (time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=..., wait_for_cell@entry=XIL(0), wait_proc=wait_proc@entry=0x0, just_wait_proc=0) at process.c:5384 #9 0x000000000042931b in sit_for (timeout=..., reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5801 #10 0x000000000054c241 in read_char (commandflag=commandflag@entry=1, map=..., map@entry=XIL(0x413a593), prev_event=..., used_mouse_menu=used_mouse_menu@entry=0x7ffce407e5bb, end_time=end_time@entry=0x0) at keyboard.c:2688 #11 0x000000000054de99 in read_key_sequence (keybuf=keybuf@entry=0x7ffce407e700, prompt=..., prompt@entry=XIL(0), dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false) at keyboard.c:9108 #12 0x000000000054fc0e in command_loop_1 () at keyboard.c:1338 #13 0x00000000005cc4df in internal_condition_case (bfun=bfun@entry=0x54f9b0 , handlers=..., handlers@entry=XIL(0x5340), hfun=hfun@entry=0x542070 ) at eval.c:1349 #14 0x000000000053de38 in command_loop_2 (ignore=..., ignore@entry=XIL(0)) at keyboard.c:1079 #15 0x00000000005cc403 in internal_catch (tag=..., func=func@entry=0x53de10 , arg=..., arg@entry=XIL(0)) at eval.c:1114 #16 0x000000000053e06b in command_loop () at keyboard.c:1058 #17 0x0000000000541b74 in recursive_edit_1 () at keyboard.c:703 #18 0x0000000000541f3e in Frecursive_edit () at keyboard.c:774 #19 0x000000000041bfb2 in main (argc=, argv=) at emacs.c:1756 Thread 5 (Thread 0x7f8722610700 (LWP 27981)): #0 set_point_both (charpos=146, bytepos=146) at intervals.c:1826 #1 0x0000000000635f08 in set_point_from_marker (marker=..., marker@entry=XIL(0x3e59fc5)) at intervals.c:1771 #2 0x00000000005bbf32 in Fgoto_char (position=..., position@entry=XIL(0x3e59fc5)) at editfns.c:423 #3 0x00000000005c6920 in save_excursion_restore (marker=XIL(0x3e59fc5), window=...) at editfns.c:1023 #4 0x00000000005cce89 in unbind_to (count=, value=..., value@entry=XIL(0)) at eval.c:3593 #5 0x000000000061510f in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260a0b8) at bytecode.c:652 #6 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f8722609d30), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260a0b8) at eval.c:3023 #7 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=3, args=0x7f872260a0b0) at eval.c:2836 #8 0x00000000005cd755 in Fapply (nargs=2, args=) at eval.c:2442 #9 0x00000000005cd4af in Ffuncall (nargs=3, args=args@entry=0x7f872260a1e8) at eval.c:2822 #10 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=3, args=, args@entry=0x7f872260a498) at bytecode.c:632 #11 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260a218), nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7f872260a498) at eval.c:3023 #12 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=4, args=0x7f872260a490) at eval.c:2836 #13 0x00000000005cd755 in Fapply (nargs=3, args=) at eval.c:2442 #14 0x00000000005cd4af in Ffuncall (nargs=4, args=args@entry=0x7f872260a640) at eval.c:2822 #15 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=3, args=, args@entry=0x7f872260b688) at bytecode.c:632 #16 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260a6b8), nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7f872260b688) at eval.c:3023 #17 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=4, args=args@entry=0x7f872260b680) at eval.c:2836 #18 0x00000000005d1864 in call3 (fn=..., arg1=..., arg2=..., arg3=...) at eval.c:2689 #19 0x00000000005cf2f3 in funcall_subr (subr=0x900720 , numargs=numargs@entry=2, args=args@entry=0x7f872260b7e0) at eval.c:2899 #20 0x00000000005cd4af in Ffuncall (nargs=3, args=args@entry=0x7f872260b7d8) at eval.c:2822 #21 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260bbb0) at bytecode.c:632 #22 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260b818), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260bbb0) at eval.c:3023 #23 0x00000000005cd41d in Ffuncall (nargs=3, args=args@entry=0x7f872260bba8) at eval.c:2836 #24 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=1, args=, args@entry=0x7f872260bff8) at bytecode.c:632 #25 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260bbd0), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7f872260bff8) at eval.c:3023 #26 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7f872260bff0) at eval.c:2836 #27 0x00000000005cd809 in Fapply (nargs=2, args=0x7f872260bff0) at eval.c:2399 #28 0x00000000005cd4af in Ffuncall (nargs=3, args=args@entry=0x7f872260bfe8) at eval.c:2822 #29 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260c420) at bytecode.c:632 #30 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260c018), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260c420) at eval.c:3023 #31 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7f872260c418) at eval.c:2836 #32 0x00000000005cd809 in Fapply (nargs=3, args=0x7f872260c418) at eval.c:2399 #33 0x00000000005cd4af in Ffuncall (nargs=4, args=args@entry=0x7f872260c410) at eval.c:2822 #34 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260d458) at bytecode.c:632 #35 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260c488), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260d458) at eval.c:3023 #36 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7f872260d450) at eval.c:2836 #37 0x00000000005cd5cf in call2 (fn=..., arg1=..., arg2=...) at eval.c:2681 #38 0x00000000005cf2fe in funcall_subr (subr=0x9000a0 , numargs=numargs@entry=1, args=args@entry=0x7f872260d578) at eval.c:2897 #39 0x00000000005cd4af in Ffuncall (nargs=2, args=args@entry=0x7f872260d570) at eval.c:2822 #40 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=1, args=, args@entry=0x7f872260d8f8) at bytecode.c:632 #41 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260d580), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7f872260d8f8) at eval.c:3023 #42 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7f872260d8f0) at eval.c:2836 #43 0x00000000005cd809 in Fapply (nargs=2, args=0x7f872260d8f0) at eval.c:2399 #44 0x00000000005cd4af in Ffuncall (nargs=3, args=args@entry=0x7f872260d8e8) at eval.c:2822 #45 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260dd20) at bytecode.c:632 #46 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260d918), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260dd20) at eval.c:3023 #47 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7f872260dd18) at eval.c:2836 #48 0x00000000005cd809 in Fapply (nargs=3, args=0x7f872260dd18) at eval.c:2399 #49 0x00000000005cd4af in Ffuncall (nargs=4, args=args@entry=0x7f872260dd10) at eval.c:2822 #50 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260ed58) at bytecode.c:632 #51 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260dd88), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260ed58) at eval.c:3023 #52 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7f872260ed50) at eval.c:2836 #53 0x00000000005cd5cf in call2 (fn=..., arg1=..., arg1@entry=XIL(0x5940), arg2=..., arg2@entry=XIL(0x7f8718024484)) at eval.c:2681 #54 0x0000000000582b87 in Ffile_accessible_directory_p (filename=...) at fileio.c:2825 #55 0x00000000005cf2fe in funcall_subr (subr=0x8fff60 , numargs=numargs@entry=1, args=args@entry=0x7f872260eec8) at eval.c:2897 #56 0x00000000005cd4af in Ffuncall (nargs=2, args=args@entry=0x7f872260eec0) at eval.c:2822 #57 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260f218) at bytecode.c:632 #58 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260ef08), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260f218) at eval.c:3023 #59 0x00000000005cd41d in Ffuncall (nargs=3, args=args@entry=0x7f872260f210) at eval.c:2836 #60 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=5, args=, args@entry=0x7f872260f7e0) at bytecode.c:632 #61 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260f278), nargs=nargs@entry=5, arg_vector=arg_vector@entry=0x7f872260f7e0) at eval.c:3023 #62 0x00000000005cd41d in Ffuncall (nargs=6, args=args@entry=0x7f872260f7d8) at eval.c:2836 #63 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=0, args=, args@entry=0x3fd50a8) at bytecode.c:632 #64 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260f808), nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x3fd50a8) at eval.c:3023 #65 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=1, args=args@entry=0x3fd50a0) at eval.c:2836 #66 0x00000000006473db in invoke_thread_function () at thread.c:684 #67 0x00000000005cc4df in internal_condition_case (bfun=bfun@entry=0x6473a0 , handlers=..., handlers@entry=XIL(0xc330), hfun=hfun@entry=0x6472c0 ) at eval.c:1349 #68 0x0000000000647e01 in run_thread (state=0x3fd5080) at thread.c:723 #69 0x00007f87384772a7 in start_thread () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #70 0x00007f8737b1457f in clone () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libc.so.6 warning: Unknown thread 6 warning: Unknown thread 7 warning: Unknown thread 8 warning: Unknown thread 9 warning: Unknown thread 10 warning: Unknown thread 11 warning: Unknown thread 12 warning: Unknown thread 13 warning: Unknown thread 14 warning: Unknown thread 15 Thread 5 "emacs" hit Breakpoint 5, temp_set_point_both ( buffer=0xdb5800 , charpos=charpos@entry=146, bytepos=bytepos@entry=146) at intervals.c:1729 1729 { $39 = (struct thread_state *) 0x3fd5080 "tramp-sh-handle-file-attributes" (0x2260a0b8) "apply" (0x2260a1f0) "tramp-sh-file-name-handler" (0x2260a498) "apply" (0x2260a648) "tramp-file-name-handler" (0x2260b688) "file-attributes" (0x2260b7e0) "tramp-check-cached-permissions" (0x2260bbb0) "tramp-sh-handle-file-readable-p" (0x2260bff8) "apply" (0x2260bff0) "tramp-sh-file-name-handler" (0x2260c420) "apply" (0x2260c418) "tramp-file-name-handler" (0x2260d458) "file-readable-p" (0x2260d578) "tramp-handle-file-accessible-directory-p" (0x2260d8f8) "apply" (0x2260d8f0) "tramp-sh-file-name-handler" (0x2260dd20) "apply" (0x2260dd18) "tramp-file-name-handler" (0x2260ed58) "file-accessible-directory-p" (0x2260eec8) "file-expand-wildcards" (0x2260f218) "find-file-noselect" (0x2260f7e0) 0x3fd4350 PVEC_COMPILED Thread 1 (Thread 0x7f873eb61b40 (LWP 27888)): #0 0x00007f87384808cc in __lll_lock_wait () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #1 0x00007f8738479a45 in pthread_mutex_lock () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #2 0x0000000000648df9 in sys_mutex_lock (mutex=mutex@entry=0xd455c0 ) at systhread.c:137 #3 0x0000000000647582 in acquire_global_lock (self=0xd45600 ) at thread.c:100 #4 really_call_select (arg=arg@entry=0x7ffce407d420) at thread.c:582 #5 0x00000000005aa698 in flush_stack_call_func (func=func@entry=0x6474f0 , arg=arg@entry=0x7ffce407d420) at alloc.c:5103 #6 0x00000000006489f9 in thread_select (func=, max_fds=max_fds@entry=11, rfds=rfds@entry=0x7ffce407d500, wfds=wfds@entry=0x7ffce407d580, efds=efds@entry=0x0, timeout=timeout@entry=0x7ffce407db60, sigmask=0x0) at thread.c:602 #7 0x000000000066ad16 in xg_select (fds_lim=11, rfds=rfds@entry=0x7ffce407dc60, wfds=wfds@entry=0x7ffce407dce0, efds=efds@entry=0x0, timeout=timeout@entry=0x7ffce407db60, sigmask=sigmask@entry=0x0) at xgselect.c:117 #8 0x0000000000622b61 in wait_reading_process_output (time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=..., wait_for_cell@entry=XIL(0), wait_proc=wait_proc@entry=0x0, just_wait_proc=0) at process.c:5384 #9 0x000000000042931b in sit_for (timeout=..., reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5801 #10 0x000000000054c241 in read_char (commandflag=commandflag@entry=1, map=..., map@entry=XIL(0x413a593), prev_event=..., used_mouse_menu=used_mouse_menu@entry=0x7ffce407e5bb, end_time=end_time@entry=0x0) at keyboard.c:2688 #11 0x000000000054de99 in read_key_sequence (keybuf=keybuf@entry=0x7ffce407e700, prompt=..., prompt@entry=XIL(0), dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false) at keyboard.c:9108 #12 0x000000000054fc0e in command_loop_1 () at keyboard.c:1338 #13 0x00000000005cc4df in internal_condition_case (bfun=bfun@entry=0x54f9b0 , handlers=..., handlers@entry=XIL(0x5340), hfun=hfun@entry=0x542070 ) at eval.c:1349 #14 0x000000000053de38 in command_loop_2 (ignore=..., ignore@entry=XIL(0)) at keyboard.c:1079 #15 0x00000000005cc403 in internal_catch (tag=..., func=func@entry=0x53de10 , arg=..., arg@entry=XIL(0)) at eval.c:1114 #16 0x000000000053e06b in command_loop () at keyboard.c:1058 #17 0x0000000000541b74 in recursive_edit_1 () at keyboard.c:703 #18 0x0000000000541f3e in Frecursive_edit () at keyboard.c:774 #19 0x000000000041bfb2 in main (argc=, argv=) at emacs.c:1756 Thread 5 (Thread 0x7f8722610700 (LWP 27981)): #0 temp_set_point_both (buffer=0xdb5800 , charpos=charpos@entry=146, bytepos=bytepos@entry=146) at intervals.c:1729 #1 0x00000000006356ed in set_point_both (charpos=, bytepos=146) at intervals.c:1997 #2 0x0000000000635f08 in set_point_from_marker (marker=..., marker@entry=XIL(0x3e59fc5)) at intervals.c:1771 #3 0x00000000005bbf32 in Fgoto_char (position=..., position@entry=XIL(0x3e59fc5)) at editfns.c:423 #4 0x00000000005c6920 in save_excursion_restore (marker=XIL(0x3e59fc5), window=...) at editfns.c:1023 #5 0x00000000005cce89 in unbind_to (count=, value=..., value@entry=XIL(0)) at eval.c:3593 #6 0x000000000061510f in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260a0b8) at bytecode.c:652 #7 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f8722609d30), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260a0b8) at eval.c:3023 #8 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=3, args=0x7f872260a0b0) at eval.c:2836 #9 0x00000000005cd755 in Fapply (nargs=2, args=) at eval.c:2442 #10 0x00000000005cd4af in Ffuncall (nargs=3, args=args@entry=0x7f872260a1e8) at eval.c:2822 #11 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=3, args=, args@entry=0x7f872260a498) at bytecode.c:632 #12 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260a218), nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7f872260a498) at eval.c:3023 #13 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=4, args=0x7f872260a490) at eval.c:2836 #14 0x00000000005cd755 in Fapply (nargs=3, args=) at eval.c:2442 #15 0x00000000005cd4af in Ffuncall (nargs=4, args=args@entry=0x7f872260a640) at eval.c:2822 #16 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=3, args=, args@entry=0x7f872260b688) at bytecode.c:632 #17 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260a6b8), nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7f872260b688) at eval.c:3023 #18 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=4, args=args@entry=0x7f872260b680) at eval.c:2836 #19 0x00000000005d1864 in call3 (fn=..., arg1=..., arg2=..., arg3=...) at eval.c:2689 #20 0x00000000005cf2f3 in funcall_subr (subr=0x900720 , numargs=numargs@entry=2, args=args@entry=0x7f872260b7e0) at eval.c:2899 #21 0x00000000005cd4af in Ffuncall (nargs=3, args=args@entry=0x7f872260b7d8) at eval.c:2822 #22 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260bbb0) at bytecode.c:632 #23 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260b818), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260bbb0) at eval.c:3023 #24 0x00000000005cd41d in Ffuncall (nargs=3, args=args@entry=0x7f872260bba8) at eval.c:2836 #25 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=1, args=, args@entry=0x7f872260bff8) at bytecode.c:632 #26 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260bbd0), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7f872260bff8) at eval.c:3023 #27 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7f872260bff0) at eval.c:2836 #28 0x00000000005cd809 in Fapply (nargs=2, args=0x7f872260bff0) at eval.c:2399 #29 0x00000000005cd4af in Ffuncall (nargs=3, args=args@entry=0x7f872260bfe8) at eval.c:2822 #30 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260c420) at bytecode.c:632 #31 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260c018), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260c420) at eval.c:3023 #32 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7f872260c418) at eval.c:2836 #33 0x00000000005cd809 in Fapply (nargs=3, args=0x7f872260c418) at eval.c:2399 #34 0x00000000005cd4af in Ffuncall (nargs=4, args=args@entry=0x7f872260c410) at eval.c:2822 #35 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260d458) at bytecode.c:632 #36 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260c488), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260d458) at eval.c:3023 #37 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7f872260d450) at eval.c:2836 #38 0x00000000005cd5cf in call2 (fn=..., arg1=..., arg2=...) at eval.c:2681 #39 0x00000000005cf2fe in funcall_subr (subr=0x9000a0 , numargs=numargs@entry=1, args=args@entry=0x7f872260d578) at eval.c:2897 #40 0x00000000005cd4af in Ffuncall (nargs=2, args=args@entry=0x7f872260d570) at eval.c:2822 #41 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=1, args=, args@entry=0x7f872260d8f8) at bytecode.c:632 #42 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260d580), nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7f872260d8f8) at eval.c:3023 #43 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7f872260d8f0) at eval.c:2836 #44 0x00000000005cd809 in Fapply (nargs=2, args=0x7f872260d8f0) at eval.c:2399 #45 0x00000000005cd4af in Ffuncall (nargs=3, args=args@entry=0x7f872260d8e8) at eval.c:2822 #46 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260dd20) at bytecode.c:632 #47 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260d918), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260dd20) at eval.c:3023 #48 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7f872260dd18) at eval.c:2836 #49 0x00000000005cd809 in Fapply (nargs=3, args=0x7f872260dd18) at eval.c:2399 #50 0x00000000005cd4af in Ffuncall (nargs=4, args=args@entry=0x7f872260dd10) at eval.c:2822 #51 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260ed58) at bytecode.c:632 #52 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260dd88), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260ed58) at eval.c:3023 #53 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7f872260ed50) at eval.c:2836 #54 0x00000000005cd5cf in call2 (fn=..., arg1=..., arg1@entry=XIL(0x5940), arg2=..., arg2@entry=XIL(0x7f8718024484)) at eval.c:2681 #55 0x0000000000582b87 in Ffile_accessible_directory_p (filename=...) at fileio.c:2825 #56 0x00000000005cf2fe in funcall_subr (subr=0x8fff60 , numargs=numargs@entry=1, args=args@entry=0x7f872260eec8) at eval.c:2897 #57 0x00000000005cd4af in Ffuncall (nargs=2, args=args@entry=0x7f872260eec0) at eval.c:2822 #58 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=2, args=, args@entry=0x7f872260f218) at bytecode.c:632 #59 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260ef08), nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7f872260f218) at eval.c:3023 #60 0x00000000005cd41d in Ffuncall (nargs=3, args=args@entry=0x7f872260f210) at eval.c:2836 #61 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=5, args=, args@entry=0x7f872260f7e0) at bytecode.c:632 #62 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260f278), nargs=nargs@entry=5, arg_vector=arg_vector@entry=0x7f872260f7e0) at eval.c:3023 #63 0x00000000005cd41d in Ffuncall (nargs=6, args=args@entry=0x7f872260f7d8) at eval.c:2836 #64 0x0000000000615150 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=0, args=, args@entry=0x3fd50a8) at bytecode.c:632 #65 0x00000000005d09fc in funcall_lambda (fun=XIL(0x7f872260f808), nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x3fd50a8) at eval.c:3023 #66 0x00000000005cd41d in Ffuncall (nargs=nargs@entry=1, args=args@entry=0x3fd50a0) at eval.c:2836 #67 0x00000000006473db in invoke_thread_function () at thread.c:684 #68 0x00000000005cc4df in internal_condition_case (bfun=bfun@entry=0x6473a0 , handlers=..., handlers@entry=XIL(0xc330), hfun=hfun@entry=0x6472c0 ) at eval.c:1349 #69 0x0000000000647e01 in run_thread (state=0x3fd5080) at thread.c:723 #70 0x00007f87384772a7 in start_thread () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #71 0x00007f8737b1457f in clone () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libc.so.6 warning: Unknown thread 6 warning: Unknown thread 7 warning: Unknown thread 8 warning: Unknown thread 9 warning: Unknown thread 10 warning: Unknown thread 11 warning: Unknown thread 12 warning: Unknown thread 13 warning: Unknown thread 14 warning: Unknown thread 15 [Switching to Thread 0x7f873eb61b40 (LWP 27888)] Thread 1 "find-file /scp:" hit Breakpoint 4, set_point_both (charpos=147, bytepos=147) at intervals.c:1826 1826 { $40 = (struct thread_state *) 0xd45600 "electric-indent-post-self-insert-function" (0xe407de80) "self-insert-command" (0xe407e080) "funcall-interactively" (0xe407e078) "call-interactively" (0xe407e350) "command-execute" (0xe407e668) From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 31 Aug 2018 06:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gemini Lasswell Cc: 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.153569768924124 (code B ref 32537); Fri, 31 Aug 2018 06:42:01 +0000 Received: (at 32537) by debbugs.gnu.org; 31 Aug 2018 06:41:29 +0000 Received: from localhost ([127.0.0.1]:39686 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fvd7Y-0006H2-Uq for submit@debbugs.gnu.org; Fri, 31 Aug 2018 02:41:29 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45461) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fvd7V-0006Gl-R6 for 32537@debbugs.gnu.org; Fri, 31 Aug 2018 02:41:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fvd7K-00066o-VG for 32537@debbugs.gnu.org; Fri, 31 Aug 2018 02:41:18 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39324) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fvd7G-00064k-R9; Fri, 31 Aug 2018 02:41:11 -0400 Received: from [176.228.60.248] (port=2885 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fvd7G-0004kJ-Bt; Fri, 31 Aug 2018 02:41:10 -0400 Date: Fri, 31 Aug 2018 09:40:57 +0300 Message-Id: <83h8jb11ja.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87sh2vwuyw.fsf@runbox.com> (message from Gemini Lasswell on Thu, 30 Aug 2018 11:49:27 -0700) References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> <87r2ii1ddf.fsf@runbox.com> <83r2ih2poi.fsf@gnu.org> <87wos9vyzs.fsf@runbox.com> <83d0u12g7f.fsf@gnu.org> <87sh2vwuyw.fsf@runbox.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Gemini Lasswell > Cc: 32537@debbugs.gnu.org > Date: Thu, 30 Aug 2018 11:49:27 -0700 > > Printing the C-level backtraces on every breakpoint makes Emacs under > gdb too slow to let me reproduce the bug, so I came up with this > compromise: > > break set_point_both if current_thread->m_current_buffer == $1 > commands > p current_thread > xbacktrace > if current_thread != &main_thread > thread apply 1 5-15 backtrace The "backtrace" command accepts an argument, the number of frames to show; so you could use "backtrace 10" to show just the innermost 10 frames, and thus make the backtrace be faster. > Thread 1 (Thread 0x7f873eb61b40 (LWP 27888)): > #0 0x00007f87384808cc in __lll_lock_wait () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 > #1 0x00007f8738479a45 in pthread_mutex_lock () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 > #2 0x0000000000648df9 in sys_mutex_lock (mutex=mutex@entry=0xd455c0 ) at systhread.c:137 > #3 0x0000000000647582 in acquire_global_lock (self=0xd45600 ) at thread.c:100 This thread, the main thread, is waiting for the global lock to become free. > Thread 5 (Thread 0x7f8722610700 (LWP 27981)): > #0 set_point_both (charpos=146, bytepos=146) at intervals.c:1826 > #1 0x0000000000635f08 in set_point_from_marker (marker=..., marker@entry=XIL(0x3e59fc5)) at intervals.c:1771 > #2 0x00000000005bbf32 in Fgoto_char (position=..., position@entry=XIL(0x3e59fc5)) at editfns.c:423 > #3 0x00000000005c6920 in save_excursion_restore (marker=XIL(0x3e59fc5), window=...) at editfns.c:1023 > #4 0x00000000005cce89 in unbind_to (count=, value=..., value@entry=XIL(0)) at eval.c:3593 This thread is restoring point as part as returning from save-excursion. But I still am not sure whether this is our villain. Does buffer position 146 sound correct wrt what you see in *scratch*, i.e. is it the position where point jumps? Also, please add to the breakpoint commands the command to display the current buffer: pp current_buffer->name_ Thanks. From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Gemini Lasswell Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 31 Aug 2018 16:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.15357343901732 (code B ref 32537); Fri, 31 Aug 2018 16:54:02 +0000 Received: (at 32537) by debbugs.gnu.org; 31 Aug 2018 16:53:10 +0000 Received: from localhost ([127.0.0.1]:40845 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fvmfV-0000Rr-Tb for submit@debbugs.gnu.org; Fri, 31 Aug 2018 12:53:10 -0400 Received: from aibo.runbox.com ([91.220.196.211]:33366) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fvmfT-0000Ri-2G for 32537@debbugs.gnu.org; Fri, 31 Aug 2018 12:53:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=runbox.com; s=rbselector1; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From; bh=JDzgBKTdEAo1oE9py9/6gZUq60NnDWUUgylhqQkoXAo=; b=hMNuyLp+WsXwA94HI3Os/d4TAu kvN4r09kDW/QjqUDt5Kc5or3bYulY7RJueFURIUWyz9Bwqx7sN31wPLz6hQ713rQ3Ylvx6vtoNn97 XgqtguokK7sqImOMIhAUsI31TiGSU86KjOu/5p433mOVcToAhKy0QXAEWj4k4cWkxyzBNPFe0At1j ZkAO9szJEExMXHIVsmWGE6K05ACEuxFw5sczm0f0J+F6NEYaVn0u9hXL5y6SH7HQs7lDEzBEo4Tmb MvffTJ/c3pts8sxF1nS3ts3Zg0MYVXkVGyi5L841O5ayftn+lHhN988R+17J5oVqwCcs9OuGdYrSP MkJZJpkw==; Received: from [10.9.9.210] (helo=mailfront10.runbox.com) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1fvmfR-0007d7-JY; Fri, 31 Aug 2018 18:53:05 +0200 Received: by mailfront10.runbox.com with esmtpsa (uid:179284 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1fvmfA-0004Re-39; Fri, 31 Aug 2018 18:52:49 +0200 From: Gemini Lasswell References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> <87r2ii1ddf.fsf@runbox.com> <83r2ih2poi.fsf@gnu.org> <87wos9vyzs.fsf@runbox.com> <83d0u12g7f.fsf@gnu.org> <87sh2vwuyw.fsf@runbox.com> <83h8jb11ja.fsf@gnu.org> Date: Fri, 31 Aug 2018 09:52:45 -0700 In-Reply-To: <83h8jb11ja.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 31 Aug 2018 09:40:57 +0300") Message-ID: <877ek6wk9u.fsf@runbox.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > But I still am not sure whether this is our villain. > Does buffer position 146 sound correct wrt what you see in *scratch*, > i.e. is it the position where point jumps? Also, please add to the > breakpoint commands the command to display the current buffer: > > pp current_buffer->name_ > > Thanks. The case against our suspect keeps getting stronger. The following is an excerpt from a gdb session where I added to the breakpoint commands printing the current buffer name and single-line C-level backtraces of the threads when the main thread is current. I also verified that the position and distance that point jumped matched what I saw in *scratch*. Thread 1 "find-file /scp:" hit Breakpoint 5, set_point_both (charpos=259, bytepos=259) at intervals.c:1826 1826 { $379 = (struct thread_state *) 0xd405a0 "*scratch*" "electric-indent-post-self-insert-function" (0xfffef670) "self-insert-command" (0xfffef890) "funcall-interactively" (0xfffef888) "call-interactively" (0xfffefb70) "command-execute" (0xfffefe28) Thread 1 (Thread 0x7ffff7fc0b40 (LWP 15726)): #0 set_point_both (charpos=259, bytepos=259) at intervals.c:1826 Thread 5 (Thread 0x7fffdbfff700 (LWP 15839)): #0 0x00007ffff18e158f in pthread_cond_wait@@GLIBC_2.3.2 () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 Thread 6 (Thread 0x7fffdb7fe700 (LWP 15840)): #0 0x00007ffff18e158f in pthread_cond_wait@@GLIBC_2.3.2 () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 Thread 7 (Thread 0x7fffdaffd700 (LWP 15841)): #0 0x00007ffff18e158f in pthread_cond_wait@@GLIBC_2.3.2 () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 Thread 8 (Thread 0x7fffda7fc700 (LWP 15842)): #0 0x00007ffff18e158f in pthread_cond_wait@@GLIBC_2.3.2 () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 Thread 9 (Thread 0x7fffd9ffb700 (LWP 15843)): #0 0x00007ffff18e158f in pthread_cond_wait@@GLIBC_2.3.2 () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 Thread 10 (Thread 0x7fffd97fa700 (LWP 15844)): #0 0x00007ffff18e48cc in __lll_lock_wait () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 Thread 11 (Thread 0x7fffd8ff9700 (LWP 15960)): #0 0x00007ffff18e158f in pthread_cond_wait@@GLIBC_2.3.2 () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 warning: Unknown thread 12 warning: Unknown thread 13 warning: Unknown thread 14 warning: Unknown thread 15 [Switching to Thread 0x7fffd97fa700 (LWP 15844)] Thread 10 "find-file-nosel" hit Breakpoint 5, set_point_both (charpos=256, bytepos=256) at intervals.c:1826 1826 { $380 = (struct thread_state *) 0x38b3c80 "*scratch*" "tramp-sh-handle-file-attributes" (0xd97f36e8) "apply" (0xd97f36e0) "tramp-sh-file-name-handler" (0xd97f3ac0) "apply" (0xd97f3ab8) "tramp-file-name-handler" (0xd97f49f8) "file-attributes" (0xd97f4b28) "tramp-handle-file-symlink-p" (0xd97f4e58) "apply" (0xd97f4e50) "tramp-sh-file-name-handler" (0xd97f5230) "apply" (0xd97f5228) "tramp-file-name-handler" (0xd97f6168) "file-symlink-p" (0xd97f6310) "tramp-sh-handle-file-truename" (0xd97f7be8) "apply" (0xd97f7be0) "tramp-sh-file-name-handler" (0xd97f7fc0) "apply" (0xd97f7fb8) "tramp-file-name-handler" (0xd97f8f28) "file-truename" (0xd97f9308) "find-file-noselect" (0xd97f9870) 0x38b0f10 PVEC_COMPILED Thread 1 (Thread 0x7ffff7fc0b40 (LWP 15726)): #0 0x00007ffff18e48cc in __lll_lock_wait () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #1 0x00007ffff18dda45 in pthread_mutex_lock () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #2 0x0000000000644109 in sys_mutex_lock (mutex=mutex@entry=0xd40560 ) at systhread.c:137 #3 0x00000000006427f2 in acquire_global_lock (self=0xd405a0 ) at thread.c:100 #4 really_call_select (arg=arg@entry=0x7ffffffeec00) at thread.c:582 #5 0x00000000005a6d78 in flush_stack_call_func (func=func@entry=0x642760 , arg=arg@entry=0x7ffffffeec00) at alloc.c:5019 #6 0x0000000000643bb9 in thread_select (func=, max_fds=max_fds@entry=8, rfds=rfds@entry=0x7ffffffeece0, wfds=wfds@entry=0x7ffffffeed60, efds=efds@entry=0x0, timeout=timeout@entry=0x7ffffffef340, sigmask=0x0) at thread.c:602 #7 0x0000000000665a06 in xg_select (fds_lim=8, rfds=rfds@entry=0x7ffffffef440, wfds=wfds@entry=0x7ffffffef4c0, efds=efds@entry=0x0, timeout=timeout@entry=0x7ffffffef340, sigmask=sigmask@entry=0x0) at xgselect.c:117 #8 0x000000000061e708 in wait_reading_process_output (time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, wait_for_cell=..., wait_for_cell@entry=XIL(0), wait_proc=wait_proc@entry=0x0, just_wait_proc=0) at process.c:5384 #9 0x00000000004290f7 in sit_for (timeout=..., reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5810 Thread 5 (Thread 0x7fffdbfff700 (LWP 15839)): #0 0x00007ffff18e158f in pthread_cond_wait@@GLIBC_2.3.2 () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #1 0x00000000006441c9 in sys_cond_wait (cond=cond@entry=0x38ced70, mutex=mutex@entry=0xd40560 ) at systhread.c:163 #2 0x000000000064337f in lisp_mutex_lock_for_thread (mutex=0x38ced60, locker=0x38aec80, new_count=0) at thread.c:174 #3 0x0000000000643459 in lisp_mutex_lock (new_count=0, mutex=) at thread.c:189 #4 mutex_lock_callback (arg=) at thread.c:283 #5 0x00000000005a6d78 in flush_stack_call_func (func=func@entry=0x643440 , arg=arg@entry=0x38ced50) at alloc.c:5019 #6 0x0000000000642db5 in Fmutex_lock (mutex=XIL(0x38ced55)) at thread.c:311 #7 0x00000000005cb72e in funcall_subr (subr=0xca94c0 , numargs=numargs@entry=1, args=args@entry=0x7fffdbffce68) at eval.c:2897 #8 0x00000000005c9931 in Ffuncall (nargs=2, args=args@entry=0x7fffdbffce60) at eval.c:2822 #9 0x0000000000611040 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=3, args=, args@entry=0x3751848) at bytecode.c:632 Thread 6 (Thread 0x7fffdb7fe700 (LWP 15840)): #0 0x00007ffff18e158f in pthread_cond_wait@@GLIBC_2.3.2 () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #1 0x00000000006441c9 in sys_cond_wait (cond=cond@entry=0x38ced70, mutex=mutex@entry=0xd40560 ) at systhread.c:163 #2 0x000000000064337f in lisp_mutex_lock_for_thread (mutex=0x38ced60, locker=0x38afc80, new_count=0) at thread.c:174 #3 0x0000000000643459 in lisp_mutex_lock (new_count=0, mutex=) at thread.c:189 #4 mutex_lock_callback (arg=) at thread.c:283 #5 0x00000000005a6d78 in flush_stack_call_func (func=func@entry=0x643440 , arg=arg@entry=0x38ced50) at alloc.c:5019 #6 0x0000000000642db5 in Fmutex_lock (mutex=XIL(0x38ced55)) at thread.c:311 #7 0x00000000005cb72e in funcall_subr (subr=0xca94c0 , numargs=numargs@entry=1, args=args@entry=0x7fffdb7fc158) at eval.c:2897 #8 0x00000000005c9931 in Ffuncall (nargs=2, args=args@entry=0x7fffdb7fc150) at eval.c:2822 #9 0x0000000000611040 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=3, args=, args@entry=0x3751848) at bytecode.c:632 Thread 7 (Thread 0x7fffdaffd700 (LWP 15841)): #0 0x00007ffff18e158f in pthread_cond_wait@@GLIBC_2.3.2 () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #1 0x00000000006441c9 in sys_cond_wait (cond=cond@entry=0x38ced70, mutex=mutex@entry=0xd40560 ) at systhread.c:163 #2 0x000000000064337f in lisp_mutex_lock_for_thread (mutex=0x38ced60, locker=0x38b0c80, new_count=0) at thread.c:174 #3 0x0000000000643459 in lisp_mutex_lock (new_count=0, mutex=) at thread.c:189 #4 mutex_lock_callback (arg=) at thread.c:283 #5 0x00000000005a6d78 in flush_stack_call_func (func=func@entry=0x643440 , arg=arg@entry=0x38ced50) at alloc.c:5019 #6 0x0000000000642db5 in Fmutex_lock (mutex=XIL(0x38ced55)) at thread.c:311 #7 0x00000000005cb72e in funcall_subr (subr=0xca94c0 , numargs=numargs@entry=1, args=args@entry=0x7fffdaffb1b8) at eval.c:2897 #8 0x00000000005c9931 in Ffuncall (nargs=2, args=args@entry=0x7fffdaffb1b0) at eval.c:2822 #9 0x0000000000611040 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=3, args=, args@entry=0x3751848) at bytecode.c:632 Thread 8 (Thread 0x7fffda7fc700 (LWP 15842)): #0 0x00007ffff18e158f in pthread_cond_wait@@GLIBC_2.3.2 () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #1 0x00000000006441c9 in sys_cond_wait (cond=cond@entry=0x38ced70, mutex=mutex@entry=0xd40560 ) at systhread.c:163 #2 0x000000000064337f in lisp_mutex_lock_for_thread (mutex=0x38ced60, locker=0x38b1c80, new_count=0) at thread.c:174 #3 0x0000000000643459 in lisp_mutex_lock (new_count=0, mutex=) at thread.c:189 #4 mutex_lock_callback (arg=) at thread.c:283 #5 0x00000000005a6d78 in flush_stack_call_func (func=func@entry=0x643440 , arg=arg@entry=0x38ced50) at alloc.c:5019 #6 0x0000000000642db5 in Fmutex_lock (mutex=XIL(0x38ced55)) at thread.c:311 #7 0x00000000005cb72e in funcall_subr (subr=0xca94c0 , numargs=numargs@entry=1, args=args@entry=0x7fffda7fa1b8) at eval.c:2897 #8 0x00000000005c9931 in Ffuncall (nargs=2, args=args@entry=0x7fffda7fa1b0) at eval.c:2822 #9 0x0000000000611040 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=3, args=, args@entry=0x3751848) at bytecode.c:632 Thread 9 (Thread 0x7fffd9ffb700 (LWP 15843)): #0 0x00007ffff18e158f in pthread_cond_wait@@GLIBC_2.3.2 () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #1 0x00000000006441c9 in sys_cond_wait (cond=cond@entry=0x38ced70, mutex=mutex@entry=0xd40560 ) at systhread.c:163 #2 0x000000000064337f in lisp_mutex_lock_for_thread (mutex=0x38ced60, locker=0x38b2c80, new_count=0) at thread.c:174 #3 0x0000000000643459 in lisp_mutex_lock (new_count=0, mutex=) at thread.c:189 #4 mutex_lock_callback (arg=) at thread.c:283 #5 0x00000000005a6d78 in flush_stack_call_func (func=func@entry=0x643440 , arg=arg@entry=0x38ced50) at alloc.c:5019 #6 0x0000000000642db5 in Fmutex_lock (mutex=XIL(0x38ced55)) at thread.c:311 #7 0x00000000005cb72e in funcall_subr (subr=0xca94c0 , numargs=numargs@entry=1, args=args@entry=0x7fffd9ff91b8) at eval.c:2897 #8 0x00000000005c9931 in Ffuncall (nargs=2, args=args@entry=0x7fffd9ff91b0) at eval.c:2822 #9 0x0000000000611040 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=3, args=, args@entry=0x3751848) at bytecode.c:632 Thread 10 (Thread 0x7fffd97fa700 (LWP 15844)): #0 set_point_both (charpos=256, bytepos=256) at intervals.c:1826 #1 0x0000000000631896 in set_point_from_marker (marker=...) at intervals.c:1771 #2 0x00000000005b82d5 in Fgoto_char (position=..., position@entry=XIL(0x7fffc000f4f5)) at editfns.c:423 #3 0x00000000005c2dc0 in save_excursion_restore (marker=XIL(0x7fffc000f4f5), window=...) at editfns.c:1023 #4 0x00000000005c9309 in unbind_to (count=, value=..., value@entry=XIL(0)) at eval.c:3593 #5 0x0000000000610fff in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=nargs@entry=1, args=, args@entry=0x373ca88) at bytecode.c:652 #6 0x00000000005ccfc2 in funcall_lambda (fun=XIL(0x7fffd97f3270), nargs=nargs@entry=1, arg_vector=0x373ca88, arg_vector@entry=0x7fffd97f36e8) at eval.c:3023 #7 0x00000000005c981b in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffd97f36e0) at eval.c:2836 #8 0x00000000005c9caf in Fapply (nargs=2, args=0x7fffd97f36e0) at eval.c:2399 #9 0x00000000005c9931 in Ffuncall (nargs=3, args=args@entry=0x7fffd97f36d8) at eval.c:2822 Thread 11 (Thread 0x7fffd8ff9700 (LWP 15960)): #0 0x00007ffff18e158f in pthread_cond_wait@@GLIBC_2.3.2 () from /nix/store/hwwqshlmazzjzj7yhrkyjydxamvvkfd3-glibc-2.26-131/lib/libpthread.so.0 #1 0x00000000006441c9 in sys_cond_wait (cond=cond@entry=0x1320fa0 , mutex=mutex@entry=0xd40560 ) at systhread.c:163 #2 0x000000000064337f in lisp_mutex_lock_for_thread (mutex=0x1320f90 , locker=0x7fffbc061490, new_count=0) at thread.c:174 #3 0x0000000000643459 in lisp_mutex_lock (new_count=0, mutex=) at thread.c:189 #4 mutex_lock_callback (arg=) at thread.c:283 #5 0x00000000005a6d78 in flush_stack_call_func (func=func@entry=0x643440 , arg=arg@entry=0x1320f80 ) at alloc.c:5019 #6 0x0000000000642db5 in Fmutex_lock (mutex=XIL(0x1320f85)) at thread.c:311 #7 0x00000000005cb72e in funcall_subr (subr=0xca94c0 , numargs=numargs@entry=1, args=args@entry=0x7fffd8ff8710) at eval.c:2897 #8 0x00000000005c9931 in Ffuncall (nargs=2, args=args@entry=0x7fffd8ff8708) at eval.c:2822 #9 0x0000000000611040 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., args_template@entry=XIL(0), nargs=nargs@entry=0, args=, args@entry=0x0) at bytecode.c:632 warning: Unknown thread 12 warning: Unknown thread 13 warning: Unknown thread 14 warning: Unknown thread 15 From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Sep 2018 13:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gemini Lasswell , Michael Albinus Cc: 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.15358089785121 (code B ref 32537); Sat, 01 Sep 2018 13:37:01 +0000 Received: (at 32537) by debbugs.gnu.org; 1 Sep 2018 13:36:18 +0000 Received: from localhost ([127.0.0.1]:41288 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fw64Y-0001KX-8M for submit@debbugs.gnu.org; Sat, 01 Sep 2018 09:36:18 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52029) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fw64W-0001KI-Ex for 32537@debbugs.gnu.org; Sat, 01 Sep 2018 09:36:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fw64M-0007zz-8i for 32537@debbugs.gnu.org; Sat, 01 Sep 2018 09:36:11 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59334) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fw64M-0007zt-4k; Sat, 01 Sep 2018 09:36:06 -0400 Received: from [176.228.60.248] (port=2793 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fw64L-0001QU-N0; Sat, 01 Sep 2018 09:36:06 -0400 Date: Sat, 01 Sep 2018 16:35:52 +0300 Message-Id: <83wos51gsn.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <877ek6wk9u.fsf@runbox.com> (message from Gemini Lasswell on Fri, 31 Aug 2018 09:52:45 -0700) References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> <87r2ii1ddf.fsf@runbox.com> <83r2ih2poi.fsf@gnu.org> <87wos9vyzs.fsf@runbox.com> <83d0u12g7f.fsf@gnu.org> <87sh2vwuyw.fsf@runbox.com> <83h8jb11ja.fsf@gnu.org> <877ek6wk9u.fsf@runbox.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Gemini Lasswell > Cc: 32537@debbugs.gnu.org > Date: Fri, 31 Aug 2018 09:52:45 -0700 > > Eli Zaretskii writes: > > > But I still am not sure whether this is our villain. > > Does buffer position 146 sound correct wrt what you see in *scratch*, > > i.e. is it the position where point jumps? Also, please add to the > > breakpoint commands the command to display the current buffer: > > > > pp current_buffer->name_ > > > > Thanks. > > The case against our suspect keeps getting stronger. The following is > an excerpt from a gdb session where I added to the breakpoint commands > printing the current buffer name and single-line C-level backtraces of > the threads when the main thread is current. I also verified that the > position and distance that point jumped matched what I saw in *scratch*. > [...] > Thread 10 "find-file-nosel" hit Breakpoint 5, set_point_both (charpos=256, > bytepos=256) at intervals.c:1826 > 1826 { > $380 = (struct thread_state *) 0x38b3c80 > "*scratch*" > "tramp-sh-handle-file-attributes" (0xd97f36e8) > "apply" (0xd97f36e0) > "tramp-sh-file-name-handler" (0xd97f3ac0) > "apply" (0xd97f3ab8) > "tramp-file-name-handler" (0xd97f49f8) > "file-attributes" (0xd97f4b28) > "tramp-handle-file-symlink-p" (0xd97f4e58) > "apply" (0xd97f4e50) > "tramp-sh-file-name-handler" (0xd97f5230) > "apply" (0xd97f5228) > "tramp-file-name-handler" (0xd97f6168) > "file-symlink-p" (0xd97f6310) > "tramp-sh-handle-file-truename" (0xd97f7be8) > "apply" (0xd97f7be0) > "tramp-sh-file-name-handler" (0xd97f7fc0) > "apply" (0xd97f7fb8) > "tramp-file-name-handler" (0xd97f8f28) > "file-truename" (0xd97f9308) > "find-file-noselect" (0xd97f9870) > 0x38b0f10 PVEC_COMPILED > > Thread 10 (Thread 0x7fffd97fa700 (LWP 15844)): > #0 set_point_both (charpos=256, bytepos=256) at intervals.c:1826 > #1 0x0000000000631896 in set_point_from_marker (marker=...) at intervals.c:1771 > #2 0x00000000005b82d5 in Fgoto_char (position=..., position@entry=XIL(0x7fffc000f4f5)) at editfns.c:423 > #3 0x00000000005c2dc0 in save_excursion_restore (marker=XIL(0x7fffc000f4f5), window=...) at editfns.c:1023 > #4 0x00000000005c9309 in unbind_to (count=, value=..., value@entry=XIL(0)) at eval.c:3593 OK, but this sounds strange to me, since AFAICT Tramp switches to its own buffer when it sends a script to the remote and waits for it to return the results (which is most probably when the main thread gets control and lets you type). Michael, how come Tramp moves point in the *scratch* buffer in this scenario? Thanks. From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Sep 2018 15:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Gemini Lasswell , 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.153581568324140 (code B ref 32537); Sat, 01 Sep 2018 15:29:02 +0000 Received: (at 32537) by debbugs.gnu.org; 1 Sep 2018 15:28:03 +0000 Received: from localhost ([127.0.0.1]:42035 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fw7oh-0006HI-2o for submit@debbugs.gnu.org; Sat, 01 Sep 2018 11:28:03 -0400 Received: from mout.gmx.net ([212.227.17.20]:50057) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fw7oe-0006Gm-HK for 32537@debbugs.gnu.org; Sat, 01 Sep 2018 11:28:01 -0400 Received: from detlef.gmx.de ([212.91.238.173]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lkjuq-1fNsvV0d3k-00aXIx; Sat, 01 Sep 2018 17:27:53 +0200 From: Michael Albinus References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> <87r2ii1ddf.fsf@runbox.com> <83r2ih2poi.fsf@gnu.org> <87wos9vyzs.fsf@runbox.com> <83d0u12g7f.fsf@gnu.org> <87sh2vwuyw.fsf@runbox.com> <83h8jb11ja.fsf@gnu.org> <877ek6wk9u.fsf@runbox.com> <83wos51gsn.fsf@gnu.org> Date: Sat, 01 Sep 2018 17:27:51 +0200 In-Reply-To: <83wos51gsn.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 01 Sep 2018 16:35:52 +0300") Message-ID: <87k1o5p79k.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:00SmLN1HCeDoZwdvj5hOnFut+fm+07Tu6WtoEwCTWqWk9sV+aiN ak0Tr57r+SHvV0pUBLovN/xemEJMN2kCvPVDv+ruzuIe51ab0yeRhbvMWlkFHRO49+1oIGV tAq25MyIiy/wtwousdOBDgwHqRBMrwHOWjSPkRKm6ouK5k29hUGk5FxMQa9l0mxPDl2XwMc InhzwUN2W6sTP1KkC9p1w== X-UI-Out-Filterresults: notjunk:1;V01:K0:ssiFKbZYybs=:7p5utSrmPw1Kz93dl+SIip OehVOsaJJRdGjMcMOyIPfwdYswHj1NdQu6LpZ/u5pV1omozR8vtl832Zt9bW01SeArDVAimUL 6Ojy/XTd0tvi3bDLuZ90uoJU/SMXT5/jMl/S/7QgBEEtimDnUhVdUKmNOS+A2uW0/sZ5Yr4Zd Y5Uv5WFCWLKpO8ndPZFBHAFw6KpQgpQ68BvwXb7yiHPTfcabWb+dxTK9EZC3xEXrjKQoVhMSD 0OR5xAgSiJkoDLwP45+GbTp7lDGmFr3B9N6zEmMmz5EtZMfYMxUPpO3XPz4F1rxjCktF3BG0p w7rdKlYoJkvRxa10LyPWmy5JseXuwkspecO2I1evq4FzTQUduH2jS/8rhn7jQtQ9eVWWO66hG PUA4W3IQg7k1rC6wZnKMyBY+IY0x2KeWigezZMvQcQJoekT4Wjknq4xGu/2M+YFqLXodR5tg0 OtX2TK2xbzfcP458Yb6OKZcNlUevgDficGZf9GjdAsySJmv9c7IC+UUYYsmnGUPEjGC1V2UjC VvuVEo0wZDf3+8pRafj1l23kXDAg+cpSTTmh0B8Y/WM4p0HjUb19pjYsni1sMSYvADz98YZ1d Dq2abKBC4zNRS6uaYPfsJvGjKGZQ6bIxG83q6ynTJYZHyo6Z+8nF44UvmMDoOKzyc5Mh/dyyA KWvUmveDbHFkzWP93KXAvyLsX8+wXMJOmPbPAHLatlEc+Aj60iYlqjvA7mwCMmMbE9Zfym1VY mrTNLqRoOecSkyjUOMWFJXiJ14+tTj8yq7/ORBNn916qF5JbO9kIzPKPTgbDzeZGAfkHRpsXY wNXFi8a X-Spam-Score: 4.9 (++++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli Zaretskii writes: > OK, but this sounds strange to me, since AFAICT Tramp switches to its > own buffer when it sends a script to the remote and waits for it to > return the results (which is most probably when the main thread gets > control and lets you type). > > Michael, how come Tramp moves point in the *scratch* buffer in this > scenario? [...] Content analysis details: (4.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.17.20 listed in list.dnswl.org] 2.5 RCVD_IN_SORBS_HTTP RBL: SORBS: sender is open HTTP proxy server [212.91.238.173 listed in dnsbl.sorbs.net] 2.4 RCVD_IN_SORBS_SOCKS RBL: SORBS: sender is open SOCKS proxy server X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 3.9 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Eli Zaretskii writes: > OK, but this sounds strange to me, since AFAICT Tramp switches to its > own buffer when it sends a script to the remote and waits for it to > return the results (which is most probably when the main thread gets > control and lets you type). > > Michael, how come Tramp moves point in the *scratch* buffer in this > scenario? [...] Content analysis details: (3.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.17.20 listed in list.dnswl.org] 2.5 RCVD_IN_SORBS_HTTP RBL: SORBS: sender is open HTTP proxy server [212.91.238.173 listed in dnsbl.sorbs.net] 2.4 RCVD_IN_SORBS_SOCKS RBL: SORBS: sender is open SOCKS proxy server -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Eli Zaretskii writes: > OK, but this sounds strange to me, since AFAICT Tramp switches to its > own buffer when it sends a script to the remote and waits for it to > return the results (which is most probably when the main thread gets > control and lets you type). > > Michael, how come Tramp moves point in the *scratch* buffer in this > scenario? It shouldn't. Will check. > Thanks. Best regards, Michael. From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Gemini Lasswell Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Sep 2018 00:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Michael Albinus , 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.153584791117036 (code B ref 32537); Sun, 02 Sep 2018 00:26:01 +0000 Received: (at 32537) by debbugs.gnu.org; 2 Sep 2018 00:25:11 +0000 Received: from localhost ([127.0.0.1]:42237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fwGCV-0004Qi-Ds for submit@debbugs.gnu.org; Sat, 01 Sep 2018 20:25:11 -0400 Received: from aibo.runbox.com ([91.220.196.211]:43048) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fwGCS-0004QW-AL for 32537@debbugs.gnu.org; Sat, 01 Sep 2018 20:25:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=runbox.com; s=rbselector1; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From; bh=KosXifKDAMhtkmNxOreq8BB9IdoikaZPAj9CeRaPKYY=; b=gbOYB0N2aOIeOmfi2trVdcyC0Q 5d+7ZSjbMdgHVjiOmySUu1oDgI+Cx5XktIFkGzxzTUxlZjnd1IhWw7SyNWnsvMIycVlXwYnAQIIwQ tvcJHxP/0VtfyxcchlPwR9Su8v7EKii0cx5k4XjyvJXL2WuCgjM6TTZUzwUnktEC5j5nDf4LHw22b eQGWBAfseDTtEri/e5KBTMI9Xtorr2BVGvSGta/mBtXyHslyCpo1AhVY9JkmKxLGz1hKr+EatdNwn +a25+8Nu8XkhGh6V3rPMIVCd7dZtJvgdMrEZAUuOfWp6g96KQRS8kg4ptFvw9S43qrMYKJTNJcqDc fbhZvFww==; Received: from [10.9.9.212] (helo=mailfront12.runbox.com) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1fwGCQ-0006hw-Ol; Sun, 02 Sep 2018 02:25:06 +0200 Received: by mailfront12.runbox.com with esmtpsa (uid:179284 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1fwGCB-0002Gb-PM; Sun, 02 Sep 2018 02:24:52 +0200 From: Gemini Lasswell References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> <87r2ii1ddf.fsf@runbox.com> <83r2ih2poi.fsf@gnu.org> <87wos9vyzs.fsf@runbox.com> <83d0u12g7f.fsf@gnu.org> <87sh2vwuyw.fsf@runbox.com> <83h8jb11ja.fsf@gnu.org> <877ek6wk9u.fsf@runbox.com> <83wos51gsn.fsf@gnu.org> Date: Sat, 01 Sep 2018 17:24:49 -0700 In-Reply-To: <83wos51gsn.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 01 Sep 2018 16:35:52 +0300") Message-ID: <87lg8kvj8u.fsf@runbox.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > OK, but this sounds strange to me, since AFAICT Tramp switches to its > own buffer when it sends a script to the remote and waits for it to > return the results (which is most probably when the main thread gets > control and lets you type). > > Michael, how come Tramp moves point in the *scratch* buffer in this > scenario? Here's what I think the sequence of events was, in that last trace: When tramp-sh-handle-file-attributes is called in Thread 10, its current buffer is *scratch*. Point in *scratch* is 256. tramp-sh-handle-file-attributes enters its save-excursion form which saves a marker pointing to 256 in *scratch* in the special binding stack of Thread 10. tramp-sh-handle-file-attributes then calls functions which switch to Tramp's buffer, and which yield execution while waiting for the remote. The main thread gains the global lock and handles 3 characters of keyboard input, which all run self-insert-command in the main thread's current buffer, *scratch*. Point is now 259 but the marker in Thread 10's stack is still at 256. The main thread yields in between keystrokes and Thread 10 resumes when the response is received from the remote. When its execution reaches the end of the save-excursion form, save_excursion_restore sets the current buffer and its point from the marker, to *scratch* and 256. From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Sep 2018 02:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gemini Lasswell Cc: michael.albinus@gmx.de, 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.153585576929197 (code B ref 32537); Sun, 02 Sep 2018 02:37:02 +0000 Received: (at 32537) by debbugs.gnu.org; 2 Sep 2018 02:36:09 +0000 Received: from localhost ([127.0.0.1]:42270 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fwIFF-0007aq-Jb for submit@debbugs.gnu.org; Sat, 01 Sep 2018 22:36:09 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33819) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fwIFD-0007ab-UN for 32537@debbugs.gnu.org; Sat, 01 Sep 2018 22:36:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fwIF4-00016o-JN for 32537@debbugs.gnu.org; Sat, 01 Sep 2018 22:36:02 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43633) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fwIF4-00016i-GP; Sat, 01 Sep 2018 22:35:58 -0400 Received: from [176.228.60.248] (port=3817 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fwIF4-0002TP-50; Sat, 01 Sep 2018 22:35:58 -0400 Date: Sun, 02 Sep 2018 05:35:47 +0300 Message-Id: <838t4k1v98.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87lg8kvj8u.fsf@runbox.com> (message from Gemini Lasswell on Sat, 01 Sep 2018 17:24:49 -0700) References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> <87r2ii1ddf.fsf@runbox.com> <83r2ih2poi.fsf@gnu.org> <87wos9vyzs.fsf@runbox.com> <83d0u12g7f.fsf@gnu.org> <87sh2vwuyw.fsf@runbox.com> <83h8jb11ja.fsf@gnu.org> <877ek6wk9u.fsf@runbox.com> <83wos51gsn.fsf@gnu.org> <87lg8kvj8u.fsf@runbox.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) > From: Gemini Lasswell > Cc: Michael Albinus , 32537@debbugs.gnu.org > Date: Sat, 01 Sep 2018 17:24:49 -0700 > > > Michael, how come Tramp moves point in the *scratch* buffer in this > > scenario? > > Here's what I think the sequence of events was, in that last trace: > > When tramp-sh-handle-file-attributes is called in Thread 10, its current > buffer is *scratch*. Point in *scratch* is 256. > > tramp-sh-handle-file-attributes enters its save-excursion form which > saves a marker pointing to 256 in *scratch* in the special binding stack > of Thread 10. Why does it call save-excursion if it is going to switch to another buffer? The call to save-excursion is only needed if the program is about to move point in the current buffer. From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Sep 2018 08:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Gemini Lasswell , 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.153587724331639 (code B ref 32537); Sun, 02 Sep 2018 08:35:01 +0000 Received: (at 32537) by debbugs.gnu.org; 2 Sep 2018 08:34:03 +0000 Received: from localhost ([127.0.0.1]:42354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fwNpa-0008EE-Sf for submit@debbugs.gnu.org; Sun, 02 Sep 2018 04:34:03 -0400 Received: from mout.gmx.net ([212.227.17.20]:55097) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fwNpZ-0008Dk-IK for 32537@debbugs.gnu.org; Sun, 02 Sep 2018 04:34:01 -0400 Received: from detlef.gmx.de ([212.86.54.210]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LoVja-1fOj6I486c-00gZbC; Sun, 02 Sep 2018 10:33:53 +0200 From: Michael Albinus References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> <87r2ii1ddf.fsf@runbox.com> <83r2ih2poi.fsf@gnu.org> <87wos9vyzs.fsf@runbox.com> <83d0u12g7f.fsf@gnu.org> <87sh2vwuyw.fsf@runbox.com> <83h8jb11ja.fsf@gnu.org> <877ek6wk9u.fsf@runbox.com> <83wos51gsn.fsf@gnu.org> <87lg8kvj8u.fsf@runbox.com> <838t4k1v98.fsf@gnu.org> Date: Sun, 02 Sep 2018 10:33:51 +0200 In-Reply-To: <838t4k1v98.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 02 Sep 2018 05:35:47 +0300") Message-ID: <877ek4pac0.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Z+Ckl1PRHfBrhjdndc3dBJICiddzsg+4ptX/0bJ6GR1441JkZb8 j71jG93Vm3UJy/IMdWjMuTi0Xw4ex51WMPI5hUsWyO8TC+oqHxqoARV1PZbdYgE+7dnRAAw chqail0C6g+0mvIIU4aWvVn5mV/aYytfbwyoja4gO59Xp/GouRdga10zkUlgnAxaiWlKpUh qnpkSxpl2nYYtmffXis+g== X-UI-Out-Filterresults: notjunk:1;V01:K0:K4n0gq0TymQ=:9l1MwRCFP6Ulu+JVa56mE4 0UL/vrYUaDhRIU8l7kCehFo6PxuCNXZ4fvw/s2i/QG+lRh2ebMAZergRfFtaeUzQ7TunldIUe m8POYslrWXrbHOsgh8HM9fzC2Z3y6Af7YDDBr/9SJTR1u41hmJTTCenYaIMjbLM++xa38oD6H lEpgSsVUwcbLUbR/yPBBlJiXXzjy2bbPas8odKVPiBae+MtC7EZNgAK2/USY2hTpJ4L/XY4do /p0casahgKdov3yO0oXWxGIW6rIw4I5tgqVbtj69BStXZQn2NWzAeIcSCydxXVwbht7W/rHWV fupogGV9SASQKkDh8fbOzSFIu1kzefNdZLCGzZZCFcPcROmEyMk/V8ArsKDTx7yPifl3AePGP D9sxrK410xeZK6YIXIcRFsbr3eWPZeIoXOK5QuOcm8XCCb5qAQ10cuBp2edNWTqHM64fZZjJa bS9mi4cp9IJl9fMIc4kPHdY5IYfJeGShPoZsK9ALSSDqtFGPf8rt2V+lAzMtZ6inbokv6sv39 y4/l4HyNaSJljaYkSC3pmZidLQK+DYto/GkCt9k/k0D8+VPogQBF7FjUexWMI7KoCPyWXWYvW kKHHbB1rQTPl1pc/ijz6+7ZZyFlrojw5R9AB+w2WkmVnRfpqToelCV4+Y8FMiObrvdrogB3eN A1D5phcJ9KTiyfRn7PBFiSpD4zF0NjDaZoMZqF9G+RJZdByRRhMyfxQtCrfKLM77K3TfU0mu2 yUGskueg1C676QgKhrXI/mM8s+nT0GKu2/cINxzQS+zg3xc2C779LFSduTvJ7TCsWdR8jRZ/1 8TgD6av X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> tramp-sh-handle-file-attributes enters its save-excursion form which >> saves a marker pointing to 256 in *scratch* in the special binding stack >> of Thread 10. > > Why does it call save-excursion if it is going to switch to another > buffer? The call to save-excursion is only needed if the program is > about to move point in the current buffer. Don't know. Several save-excursion calls are there for decades. They didn't hurt until now (maybe some slight performance penalties). I've removed some of them, where it looks appropriate. Pushed to the feature/tramp-thread-safe branch. tramp-tests still pass successfully, and the error as described in this bug didn't happen any more for me. I've checked also the other tramp*.el files, but there isn't any suspicious save-excursion use. Gemini, could you pls crosscheck that it is fixed? Thanks, and best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 02 04:35:34 2018 Received: (at control) by debbugs.gnu.org; 2 Sep 2018 08:35:34 +0000 Received: from localhost ([127.0.0.1]:42358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fwNr4-0008Gc-9D for submit@debbugs.gnu.org; Sun, 02 Sep 2018 04:35:34 -0400 Received: from mout.gmx.net ([212.227.15.18]:57043) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fwNr2-0008GP-Ur for control@debbugs.gnu.org; Sun, 02 Sep 2018 04:35:33 -0400 Received: from detlef.gmx.de ([212.86.54.210]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M6SJX-1fg7SH1sfT-00yPTz for ; Sun, 02 Sep 2018 10:35:26 +0200 Date: Sun, 02 Sep 2018 10:35:25 +0200 Message-Id: <875zzopa9e.fsf@gmx.de> To: control@debbugs.gnu.org From: Michael Albinus Subject: control message for bug #32537 X-Provags-ID: V03:K1:lko9itwQ5PAqPH1ZKOHrX2wsH+sckgoPpAtCVoPFLOAMBliAfiB bjY/+7RP2sDuL7xm7RKglMeiIobJOmW1zbYPUXk3j8oRIuLixTOup/5bNxRVnD7v9xbM6rf Qbz891Ebafvtma+y0V4fBJPIwHlh6bN1pbwZwmqbf5ymIzywmDq9wo2hpk5PSqLsLveYanX CKJE8TkjgSwskFjFw3iOw== X-UI-Out-Filterresults: notjunk:1;V01:K0:iil/lypI5kw=:3iqP+2B8YcDzeJT30knK9Y Q/QHIVzKuG0mQtdkIz9P4zxeMf34Z/NMkHg3SvGXu2tUfYA5o6u9SruSW20+3brItFDuVQJQL 5uBHr2TCvC8k1RpPDWlaE/22oKOVbDaiS9azR/yvnRqZbkHnD8+cilTeMnJ3lzWFh+O8Mf1lc ZyCE3nCBOVDl/7KzzNF6vD/gaVgXx4boD4Gpwg7jE6SFNmY/KOqk3XbcwMtolhRNKN4KZgsKI GCGcKpNWGG49cn173hAeJ5kNqfoULoy9nwcQrBBxQTyVCJzBIE6658kKz42UkduyyebkJZaQs uoQFkyaWA5oIfwi/i2mqczy1FwaAMyd3xctVBQCQwpo+3fYmKWo+lKeqcQ2NHv0BNRuSYt63G SR2grNM1mlWM7Qt7OQxP0T78eoQpOn2GZ9rGrjKNn953WQhls6INKcaMXWchwMPkGggcbr3wl jXpMdThzRodisH/VH0BM3DUNiE7ONu0qOYXtVbmTIAV/Ty3DJFKlwHLjmQenXbRasAxe0llMQ yfFVilQFD9dxjfIALPCV0YWEG2220PeHmkXsKaQv53XJL06Z51pH0CGfn8NZl7XJf1lp5PdDI X7DReL7b9lWV93opJZJe/IZXp2L5lC3BZ3MsVmy8ka0s8ECF3VIn3ej3eYUtVvYQ//3yC3a4F mar/aSZ9FVJKptz52VrtA5WJaKnF07qpPduej7+Hnmx4E6FoVi6CkZ7bGJDlzsEt5hyrC/cqG LXWjL+i2U8fX5Ip5YodnscVmEvH1cUf+++wmEUsNoqGjb2ElDbULfuVcxvU= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) tags 32537 fixed From unknown Tue Sep 09 00:07:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Resent-From: Gemini Lasswell Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Sep 2018 16:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32537 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Michael Albinus Cc: Eli Zaretskii , 32537@debbugs.gnu.org Received: via spool by 32537-submit@debbugs.gnu.org id=B32537.153590456524667 (code B ref 32537); Sun, 02 Sep 2018 16:10:02 +0000 Received: (at 32537) by debbugs.gnu.org; 2 Sep 2018 16:09:25 +0000 Received: from localhost ([127.0.0.1]:43223 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fwUwH-0006Pn-1E for submit@debbugs.gnu.org; Sun, 02 Sep 2018 12:09:25 -0400 Received: from aibo.runbox.com ([91.220.196.211]:51974) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fwUwF-0006Pc-BV for 32537@debbugs.gnu.org; Sun, 02 Sep 2018 12:09:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=runbox.com; s=rbselector1; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From; bh=6Xj/GtTlw57Wwazg1OhbjqDg1Za582toVWTpj2/MIN4=; b=eaeVwrk6VaHi5EhYsSCihVdaaE dH2/WfZHWSqO/CQj3LGsz7BWNGLuUrDjql76VfzQUNG5hJ+H8uzoneWvA4glWTLN7SvHl+zEMheR5 rKLGdsv69GxWx2vSgv2pXTfa15src2eOB2d+JeWvAhOfoB3v0Q1/JHJSpZzW+wsMe3hoshtsonV0K vEBUDZvri9uicX+vKolnnrgj9UsEmN8LsnfqlXr/yADe4VaOL6eaUSgI8i3v+JcXthZRRf0qLFG0e 0c8sBdBcU2eO8ryZ6HaNJlROf48eVVzzHKYdQ3pckndCKhxxbHFut0O6sKjx+3omhM1jCOttMeYdm 44Qonlgg==; Received: from [10.9.9.210] (helo=mailfront10.runbox.com) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1fwUwD-0006yg-Tp; Sun, 02 Sep 2018 18:09:22 +0200 Received: by mailfront10.runbox.com with esmtpsa (uid:179284 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1fwUwA-0005Nm-JM; Sun, 02 Sep 2018 18:09:19 +0200 From: Gemini Lasswell References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> <87r2ii1ddf.fsf@runbox.com> <83r2ih2poi.fsf@gnu.org> <87wos9vyzs.fsf@runbox.com> <83d0u12g7f.fsf@gnu.org> <87sh2vwuyw.fsf@runbox.com> <83h8jb11ja.fsf@gnu.org> <877ek6wk9u.fsf@runbox.com> <83wos51gsn.fsf@gnu.org> <87lg8kvj8u.fsf@runbox.com> <838t4k1v98.fsf@gnu.org> <877ek4pac0.fsf@gmx.de> Date: Sun, 02 Sep 2018 09:09:15 -0700 In-Reply-To: <877ek4pac0.fsf@gmx.de> (Michael Albinus's message of "Sun, 02 Sep 2018 10:33:51 +0200") Message-ID: <87d0tvvq38.fsf@runbox.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Michael Albinus writes: > Gemini, could you pls crosscheck that it is fixed? Yes, it is fixed. Thanks. From unknown Tue Sep 09 00:07:17 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Gemini Lasswell Subject: bug#32537: closed (Re: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file) Message-ID: References: <87zhwzol12.fsf@gmx.de> <875zzxowlw.fsf@runbox.com> X-Gnu-PR-Message: they-closed 32537 X-Gnu-PR-Package: emacs X-Gnu-PR-Keywords: fixed Reply-To: 32537@debbugs.gnu.org Date: Sun, 02 Sep 2018 17:41:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1535910063-8544-1" This is a multi-part message in MIME format... ------------=_1535910063-8544-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-f= ile which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 32537@debbugs.gnu.org. --=20 32537: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D32537 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1535910063-8544-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 32537-done) by debbugs.gnu.org; 2 Sep 2018 17:40:36 +0000 Received: from localhost ([127.0.0.1]:43264 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fwWMW-0002D1-5K for submit@debbugs.gnu.org; Sun, 02 Sep 2018 13:40:36 -0400 Received: from mout.gmx.net ([212.227.15.18]:52957) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fwWMU-0002Cp-RF for 32537-done@debbugs.gnu.org; Sun, 02 Sep 2018 13:40:35 -0400 Received: from detlef.gmx.de ([212.86.54.210]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MGS9o-1g9hed0l1s-00DITr; Sun, 02 Sep 2018 19:40:27 +0200 From: Michael Albinus To: Gemini Lasswell Subject: Re: bug#32537: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file References: <875zzxowlw.fsf@runbox.com> <83mut9568l.fsf@gnu.org> <87r2ii1ddf.fsf@runbox.com> <83r2ih2poi.fsf@gnu.org> <87wos9vyzs.fsf@runbox.com> <83d0u12g7f.fsf@gnu.org> <87sh2vwuyw.fsf@runbox.com> <83h8jb11ja.fsf@gnu.org> <877ek6wk9u.fsf@runbox.com> <83wos51gsn.fsf@gnu.org> <87lg8kvj8u.fsf@runbox.com> <838t4k1v98.fsf@gnu.org> <877ek4pac0.fsf@gmx.de> <87d0tvvq38.fsf@runbox.com> Date: Sun, 02 Sep 2018 19:40:25 +0200 In-Reply-To: <87d0tvvq38.fsf@runbox.com> (Gemini Lasswell's message of "Sun, 02 Sep 2018 09:09:15 -0700") Message-ID: <87zhwzol12.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:DR8iY2YvOOMqM1JRdNmGgy3E62DbUL7RQhRTLIcp1+4wF9Mmoye Kd5iXSW4NaipwjaMS9mghYK8793e1XB1x20uZ0QL4M92sGDtoHxKfAtXdm+8CCS+hG4u00K 15OfU/j7Bfn6cUb/qqZ5BblDF/sBnYiW5uCEOTR1dzT0zyrsECexQkNs4gzJHrRJ39vzwOK tXZdpoKS8QxcdUsFM20BQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:b/UcER5z0HQ=:UQ1zFixd8dwFKlkwpHdV8f j/RbMf69YwffWj8FsVXwWx48xeKMgTuzs+swzFVlFMab2tOw1hi74K/7wJGBNhEKqLv4SRdfg x4iZ5pmE5K0lydYm2A9bVWzTp89yws2yFXFKq+oX/irgapPKukLhXUr14yuKHHZDatl7mtOa4 avi5STO4VW2vrQWEWZpjsmB8OQTefOEjlsQoj2Kan9DWZ9Y0T1oVzaNeGNZ28PCWvbIHKL1dl jIfxSHUO18UCVNTSEsrQd8RfIXwSP7CSWKnZVdfa34a/AWoipmoF4vlmNws7rguqCHeH0ETkk 7LoUviO1d/RSheuuslk2HIXl2aS3FN7QZlwpn4C29wak4XrDMs32IeYnJLq/8ljPvgsYxwAQP I/5DMAwntr/nLQwK6wf74Ei0HMvagRfI4RQodTgl8elshA2bz9YBdcLdN9va03wC4Jrltkli1 moFVfXDN61N7H7lu/XmOc2KgwlYoBXkUc9PKd57eGM+4MivboVfOpVg6afNzLqqwGEXFO8uQ1 GzoQo1QV/OvtUpe2y9tGRvvBoBWDehH9vYcdu0zwYkym/Wglqa0VhAh+2/0VWoKmMisOVTmHz pEZ+TZa9v6gjhfDf9It16AEiMVG3u64zl+qbannmzuRmkKWdGYvra0VrX5FiJ+H2igwbr4szf eWS8b6T6js4MLb+U/s3N4j/L5oV44aD/6Wpq53JqtGpaP/ekty62wLS+MifmJvnRsIabBXxci ssJX/GtssylNUoP9WF3NF+8TZseUiBY43lL++ODDR1of/4VvLC4t4ZAfr30sdYWfD4k/HKbgL Q1WbeE3 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 32537-done Cc: Eli Zaretskii , 32537-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Version: 27.1 Gemini Lasswell writes: > Yes, it is fixed. Thanks. Thanks, I'm closing the bug. Best regards, Michael. ------------=_1535910063-8544-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 26 Aug 2018 17:40:45 +0000 Received: from localhost ([127.0.0.1]:33424 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ftz1p-0005OH-14 for submit@debbugs.gnu.org; Sun, 26 Aug 2018 13:40:45 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59336) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ftz1m-0005O4-OZ for submit@debbugs.gnu.org; Sun, 26 Aug 2018 13:40:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftz1g-0003zk-CE for submit@debbugs.gnu.org; Sun, 26 Aug 2018 13:40:37 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_50,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:60017) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ftz1g-0003zR-8a for submit@debbugs.gnu.org; Sun, 26 Aug 2018 13:40:36 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34711) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftz1c-0004bx-Uc for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 13:40:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftz19-0003UP-4v for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 13:40:06 -0400 Received: from aibo.runbox.com ([91.220.196.211]:51256) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ftz18-0003Qe-PZ for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 13:40:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=runbox.com; s=rbselector1; h=Content-Transfer-Encoding:Content-Type:MIME-Version: Message-ID:Date:Subject:To:From; bh=8i5UelRW1z5Lf+hIVCX5KZtS389EztyNHs2nvibcvn8=; b=NB5MjLcxLbkQtIUA0uT37a3SIF 6QtGb1JCQmPRsNVz/9lp1X/nRTez5uDJXdAslLMNJ1/i7MqnP/nX4CHdgQa12oJn0i1EuUOgKd/Ap LdgmEtCHFOqShUKmbe1rjxcgPpqUeFfEcv4+VqfsT67NWk1TJVNv0p0/xZyQxKiqrivF9B5MP4FRo Mb/QhyoeNgAtx25Iwb2R077KZNL06FEgTKVIOCZbNtgaJK7PMatq1Aek+RoEjGe+TCqzkWeK8KfR9 izdfS2Og3mZp8QnFW5Pylo8qYjCGKzmhSjzgsyn+dNHScf8TBp+sQlHa2+ydH4CfNNkRRd7mF5o/+ ncWX/rjQ==; Received: from [10.9.9.210] (helo=mailfront10.runbox.com) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1ftz17-0001Bu-1b for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 19:40:01 +0200 Received: by mailfront10.runbox.com with esmtpsa (uid:179284 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1ftz14-0005Zj-6y for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 19:39:59 +0200 From: Gemini Lasswell To: bug-gnu-emacs@gnu.org Subject: 26.1.50; Tramp: Cursor jumps when typing during asynchronous find-file Date: Sun, 26 Aug 2018 10:39:55 -0700 Message-ID: <875zzxowlw.fsf@runbox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) This bug report is against the feature/tramp-thread-safe branch, 162353c45c. Continuous typing during an asynchronous find-file will result in garbled input because the cursor periodically jumps backwards. To reproduce, with emacs -Q, *scratch* as the current buffer, and a remote machine with the Emacs source tree: C-x & C-x C-f scp:server:src/emacs/lisp/emacs-lisp/b*.el RET Then type "The rain in Spain falls mainly on the plain." or other sentence of your choice, over and over. Stop when the message about checking vc-registered appears in the echo area. Result: There will be a pause before the first typed text appears, then Emacs will start showing the typed text normally, except periodically the cursor will jump backwards so text will be inserted in the wrong place. After the first vc-registered message, Emacs will stop responding to input until after a buffer for one of the opened files is displayed. I'm running Emacs on a laptop which is using my cell phone's mobile hotspot to connect to a machine on my home network, meaning there is significant latency. 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 System Description: NixOS 18.03.git.bd06547 (Impala) Recent messages: Tramp: Checking =E2=80=98vc-registered=E2=80=99 for /scp:chinook:/home/gem/= src/emacs/master/lisp/emacs-lisp/bytecomp.el...done Tramp: Checking =E2=80=98vc-registered=E2=80=99 for /scp:chinook:/home/gem/= src/emacs/master/lisp/emacs-lisp/backquote.el...done Tramp: Checking =E2=80=98vc-registered=E2=80=99 for /scp:chinook:/home/gem/= src/emacs/master/lisp/emacs-lisp/byte-run.el...done Tramp: Checking =E2=80=98vc-registered=E2=80=99 for /scp:chinook:/home/gem/= src/emacs/master/lisp/emacs-lisp/benchmark.el...done Undo! C-x M-x is undefined Quit Configured using: 'configure --prefix=3D/home/gem/src/emacs/tramp/bin --with-modules --with-x-toolkit=3Dgtk3 --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 $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: diff-auto-refine-mode: t shell-dirtrack-mode: t 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 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 dired dired-loaddefs rfc822 mml mml-sec epa derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils vc-git diff-mode easymenu easy-mmode files-x tramp-sh tramp-cache tramp trampver tramp-compat tramp-loaddefs ucs-normalize shell pcomplete comint ansi-color ring parse-time format-spec advice auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib term/xterm xterm time-date elec-pair 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 231578 10507) (symbols 48 22696 1) (strings 32 37905 1930) (string-bytes 1 1127065) (vectors 16 38578) (vector-slots 8 747585 13268) (floats 8 72 538) (intervals 56 347 0) (buffers 992 24)) ------------=_1535910063-8544-1--