From unknown Sun Jun 22 22:46:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54126: 29.0.50; C-x x g doesn't always correctly revert SSHFS files Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Feb 2022 13:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 54126 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 54126@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16456238458985 (code B ref -1); Wed, 23 Feb 2022 13:45:02 +0000 Received: (at submit) by debbugs.gnu.org; 23 Feb 2022 13:44:05 +0000 Received: from localhost ([127.0.0.1]:44297 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nMrw5-0002Kq-7f for submit@debbugs.gnu.org; Wed, 23 Feb 2022 08:44:05 -0500 Received: from lists.gnu.org ([209.51.188.17]:49246) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nMrw3-0002Kj-P4 for submit@debbugs.gnu.org; Wed, 23 Feb 2022 08:44:04 -0500 Received: from eggs.gnu.org ([209.51.188.92]:39810) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nMrw3-00085o-94 for bug-gnu-emacs@gnu.org; Wed, 23 Feb 2022 08:44:03 -0500 Received: from [2a00:1450:4864:20::42c] (port=34725 helo=mail-wr1-x42c.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nMrvr-00042M-LD for bug-gnu-emacs@gnu.org; Wed, 23 Feb 2022 08:44:02 -0500 Received: by mail-wr1-x42c.google.com with SMTP id d3so24074566wrf.1 for ; Wed, 23 Feb 2022 05:43:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:subject:date:message-id:mime-version :content-transfer-encoding; bh=4hkxyWdnbdEcpVkcrqqfR3Oh/Y5yy0Dtr4SI1Fi8ZoM=; b=YonUy+mb53t9gsLsqVqu0EvmtOZFQ4ca/qtOWtGCYAlR5Yk1BXxUBnsiQM/tCu3V4v WjA8rNVulk43voLNYkqHtRx/Pxq3+DtlqZiSHYAeb33uwbN9i7ZzRvDovgrZMVGU7fUG 86MqP1YDC3UbAcFehkbZCXBjU2kLYumYEdqsvL8Y7cJ3QTUIqMP95hPkJrt9uBPrx6Jw zXEjwweFdscct6jWJFvFGbZqYKjsiv11cE+/VgFjvb53rkRozdA1AARbUMt91PUxHpuc TppbdL42yeM3qaQa5u64PS78wNrSFH3AchJBwA4sS1gIDci+0l7+Pez4K7spiNZb/Jf5 olUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-transfer-encoding; bh=4hkxyWdnbdEcpVkcrqqfR3Oh/Y5yy0Dtr4SI1Fi8ZoM=; b=OVLBtlhe++raFZAjNKunBN/5Grfsz+wB1IZWDgCHSNPG/ezM8X5m2qDFqz7niicaxe kU/ulP6RZeF71Yi3Y+NZOft7oKzDOl37QLEp30QU9m4BuCiQRKlJGfquQyr2z9fYvncw oZNxvNWFXUa8hFxmy5+IGabgt+GUgfHPSP8woq3zIEqI3OZrD4VIbOhi3oFj5SIxr2mS vzncbqj76SmuEAcUmJ0PCL3HbtKH7ouEHNvBpBo6l4NrUqHSw/8fMeVXKi8TQrCe3Njo EMRDUNMCrP6eDG3fAhFRV/UD1PjVdbbejTEmysodcM5VE69k2XFbNn1barGhwtHNeKQw awRA== X-Gm-Message-State: AOAM5309y/ODenbd7rEuX71+YwqS66fTzLhQA6JRwgCby1c6kNmJDFja 1ZQHjGwExzYXVW6vEbxMX/M9T/laJ6k= X-Google-Smtp-Source: ABdhPJyT1s3jYcqAVPRourflBZsTcmRGLHsQNa0A1nPXWri1Gxz07zo9bsnfbq6pgDa1Rp7MNWXSJw== X-Received: by 2002:adf:f7cc:0:b0:1e4:b2d4:f432 with SMTP id a12-20020adff7cc000000b001e4b2d4f432mr23891414wrq.430.1645623829034; Wed, 23 Feb 2022 05:43:49 -0800 (PST) Received: from phst ([2a02:2455:2a4:dc00:af62:6713:7ee1:fc0e]) by smtp.gmail.com with ESMTPSA id m12-20020a7bce0c000000b0037bed2a6fbfsm5390412wmc.37.2022.02.23.05.43.48 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Feb 2022 05:43:48 -0800 (PST) From: Philipp Stephani Date: Wed, 23 Feb 2022 14:43:45 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a00:1450:4864:20::42c (failed) Received-SPF: pass client-ip=2a00:1450:4864:20::42c; envelope-from=p.stephani2@gmail.com; helo=mail-wr1-x42c.google.com X-Spam_score_int: -2 X-Spam_score: -0.3 X-Spam_bar: / X-Spam_report: (-0.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, GAPPY_SUBJECT=0.1, PDS_HP_HELO_NORDNS=0.659, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.3 (+) 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: At least on my system the following happens often, but not always: Create some file whose contents don't really matter. In my case: $ cat /tmp/a.c int main(void) { return 0; } Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (p.stephani2[at]gmail.com) 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (p.stephani2[at]gmail.com) -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, medium trust [209.51.188.17 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H5 RBL: Excellent reputation (+5) [209.51.188.17 listed in wl.mailspike.net] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 0.1 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t -0.0 T_SCC_BODY_TEXT_LINE No description available. 1.5 SPOOFED_FREEMAIL No description available. 0.8 SPOOF_GMAIL_MID From Gmail but it doesn't seem to be... 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: -2.0 (--) At least on my system the following happens often, but not always: Create some file whose contents don't really matter. In my case: $ cat /tmp/a.c int main(void) { return 0; } Visit the file over SSHFS: $ emacs -Q /sshfs:localhost:/tmp/a.c Now, outside of Emacs, append something to the file: $ echo aaaaa >> /tmp/a.c Immediately after that, back in Emacs, hit C-x x g. The new content isn't there. Only after reverting the buffer a second time it appears. First I thought this was a timing/cache coherency issue, but even waiting for 10 seconds doesn't fix it in most cases. Somewhat surprisingly, switching to a different buffer in between appears to make the problem go away (in some cases at least). In GNU Emacs 29.0.50 (build 59, x86_64-pc-linux-gnu, GTK+ Version 3.24.31, = cairo version 1.16.0) of 2022-02-23 Repository revision: 85ad8616007e286c237bb2906d1928bb551462e7 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12014000 System Description: Debian GNU/Linux rodete Configured using: 'configure --enable-gcc-warnings=3Dwarn-only --enable-gtk-deprecation-warnings --without-pop --with-mailutils --enable-checking=3Dall --enable-check-lisp-object-type --with-modules 'CFLAGS=3D-O0 -ggdb3'' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB Important settings: value of $LC_TIME: en_DK.utf8 value of $LANG: en_US.utf8 value of $XMODIFIERS: @im=3Dibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug sendmail phst skeleton pcase ffap thingatpt url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs json map url-vars rx message mailcap yank-media rmc dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader gnutls puny elp dbus xml seq gv subr-x byte-opt bytecomp byte-compile cconv compile text-property-search comint ansi-color ring cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode 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 lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer 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 emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 67433 8542) (symbols 48 8204 1) (strings 32 23684 1581) (string-bytes 1 761000) (vectors 16 15596) (vector-slots 8 208549 48737) (floats 8 28 30) (intervals 56 230 0) (buffers 992 11)) --=20 Google Germany GmbH Erika-Mann-Stra=C3=9Fe 33 80636 M=C3=BCnchen Gesch=C3=A4ftsf=C3=BChrer: Paul Manicle, Liana Sebastian Registergericht und -nummer: Hamburg, HRB 86891 Sitz der Gesellschaft: Hamburg Diese E-Mail ist vertraulich. Falls Sie diese f=C3=A4lschlicherweise erhal= ten haben sollten, leiten Sie diese bitte nicht an jemand anderes weiter, l=C3=B6sche= n Sie alle Kopien und Anh=C3=A4nge davon und lassen Sie mich bitte wissen, dass d= ie E-Mail an die falsche Person gesendet wurde. This e-mail is confidential. If you received this communication by mistake, please don=E2=80=99t forward it to anyone else, please erase all copies and attachments, and please let me know that it has gone to the wrong person. From unknown Sun Jun 22 22:46:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54126: 29.0.50; C-x x g doesn't always correctly revert SSHFS files Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Feb 2022 15:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54126 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Philipp Stephani Cc: 54126@debbugs.gnu.org Received: via spool by 54126-submit@debbugs.gnu.org id=B54126.16456292834230 (code B ref 54126); Wed, 23 Feb 2022 15:15:02 +0000 Received: (at 54126) by debbugs.gnu.org; 23 Feb 2022 15:14:43 +0000 Received: from localhost ([127.0.0.1]:45990 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nMtLn-00016A-61 for submit@debbugs.gnu.org; Wed, 23 Feb 2022 10:14:43 -0500 Received: from mout.gmx.net ([212.227.17.22]:40943) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nMtLl-00015u-BC for 54126@debbugs.gnu.org; Wed, 23 Feb 2022 10:14:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1645629274; bh=C4ji5M9T/Z6IDKF/sya/ATKucmajnnJ0W5WZAmCAGuI=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=CRv0gZGkT50uGIJ+d94iAIM0TDV/jDbIZy5rTml1VBfHrfjmGqFy+AF5p9Op9C5Dw Ogu+ZhJtpZDCWRj0JGlpSfTVD2RHNm20PBHM5/LH+N5YlIsWRD8ThHVyxO20lTUcMv wXuFkK823u0eYzflecuErgGqQ4FaNffYJVbwNpI8= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([212.91.249.160]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MWASY-1nkVo830yA-00Xf2x; Wed, 23 Feb 2022 16:14:34 +0100 From: Michael Albinus References: Date: Wed, 23 Feb 2022 16:14:33 +0100 In-Reply-To: (Philipp Stephani's message of "Wed, 23 Feb 2022 14:43:45 +0100") Message-ID: <87v8x5mx7q.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:KF5N8XampqfIWDVypWO10eBBhxN7j0AM4+lilsOZHpxajTWVRdo hUocug9IPi/pKpwlHerpJQrQoBxTi8RK3asViGLnaHif2bWWLwO0ZZwfBD5kT4wu8Q5LcIC w2nuYtyFwv3UlpIwXhpwJksFcxD3trbzVXDASAQujX34aqijq3KT7aqP7d+Ief2OdNDVXf4 R58dPXUES+3A7SwVyjw7g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:PusBaTbQB30=:keKYngGgp4FoZdLNHQdrOq gLU3QZ8hqjr47SemLDTJlWxdGkZot3ACcb7pKCtHu19RZmMDu25OKv1Hm2GCM5B1BWuToM3L2 XESebcyvjNl6WB3ZnQYWjxCilI31c/uKkWveYt6GZ6Dh4mxqEbwtO2zt6yGEDgfNFlOZE0Chj b+e4H49hrx0xbi+VhXfYNmbwu6VRMI2ktGs5otiRi71GWMk1gPSnG2wBsaygoWckoAo2EdFJ3 JrWy30gSSCtd3iAgeIz4w+M72CqmHEtTqRe55UcAsYM0LHbIc1AZGAYzVStvbAxYIJnu3ICGh CVKqSMiLorRjeOeI1aPHcfK5O6nkA2YoI/KjpZsl4ZkuEiCFwtkWAVYPYKa3G9R6NNCCEaH4C 0bvPukL9SR4324V7NvbkXmY+fvJe+9WqxzfzTVaIKi8d0TuCkJ8mZr6ISn/zsRWcHYjrGZzZu Er9+IpO1CDmkPU5tCP/TfCBlAxvhJgCM33fsueYyF+HByYziFLwpHTGLppC7gb3Scj9lQmPKS tWd1cTgECNpF6x2Z8f0XHi7zfnfSnhZ2ivj4FQOwn51AgViQ+Vkns4c3Mffc8MfImkObqI8TH H3Ur5xTqyebGZelmwyonHZleMW3QwkeTsFihjYmNNUa0IDPD8wSNLeftu82J5/EdzPu+zUZH+ XsuXqhNvirx62T+Kn6RgAdDqandemhTzX34AH5S8p9lhYkjyLgceTcagQrzpe5t8tSgtla9nU 0hUTpkJ2MTDRIsFuTz9FIdVXffKatlF8c/aFxLsPr+2F8kmPbSfbPXNkv+g9/XGWd4yS6DLn1 1r4YeJLSvv+vKMRq5wll94S5YPtdmQ+trzCOAOgvX7QimcToLXokkTRdRDFhABMxYkOfqQHwV gnA161cNyr8GaN7AZyS4wjeotpmJNaf7yFIpsmgPXPaoWxVAKTrLJuI05FqxYUrMyDXUjSJh2 xE1RzG6+RtjDO6Ej3U8eldi3UuEb+YvtT5zQuX53H2qL4XgU3xBBl+fdTMINZ8j2/GvvGzkkI rpqV9Mysx24R9jrQ4N8NKZ69JzldB1T33T/0HYHIB8IcGXRm3GOjSfEngcZo4zXHm42pMbeRn S5S6VSGKLm3hSk= X-Spam-Score: -0.6 (/) 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.6 (-) Philipp Stephani writes: Hi Philipp, > At least on my system the following happens often, but not always: > > Create some file whose contents don't really matter. In my case: > > $ cat /tmp/a.c > int main(void) { > return 0; > } > > Visit the file over SSHFS: > > $ emacs -Q /sshfs:localhost:/tmp/a.c > > Now, outside of Emacs, append something to the file: > > $ echo aaaaa >> /tmp/a.c > > Immediately after that, back in Emacs, hit C-x x g. The new content > isn't there. Only after reverting the buffer a second time it appears. > First I thought this was a timing/cache coherency issue, but even > waiting for 10 seconds doesn't fix it in most cases. Somewhat > surprisingly, switching to a different buffer in between appears to make > the problem go away (in some cases at least). Looks like you are plagued by caching. revert-buffer reverts a file only, if it is modified on disk. Tramps caches file attributes by default for 10 seconds (see remote-file-name-inhibit-cache). Set this value to t in order to test, whether it makes a difference. However, you have said you did wait for 10 seconds, so maybe this isn't the reason. Another cache might come from sshfs itself. Tramp calls sshfs like "sshfs localhost:/ /tmp/tramp.sshfs.localhost -C -o idmap=user,reconnect". See tramp-mount-args settings in tramp-sshfs.el, line 33-34. You might try to add other options, like "-o no_readahead" or "-o sync_readdir", see sshfs(1). Don't forget to unmount the sshfs mount point, before you start a new Emacs session with changed options. Best regards, Michael. From unknown Sun Jun 22 22:46:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54126: 29.0.50; C-x x g doesn't always correctly revert SSHFS files Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Mar 2022 13:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54126 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Philipp Stephani Cc: 54126@debbugs.gnu.org Received: via spool by 54126-submit@debbugs.gnu.org id=B54126.16469177929166 (code B ref 54126); Thu, 10 Mar 2022 13:10:01 +0000 Received: (at 54126) by debbugs.gnu.org; 10 Mar 2022 13:09:52 +0000 Received: from localhost ([127.0.0.1]:33569 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nSIYB-0002Nm-KE for submit@debbugs.gnu.org; Thu, 10 Mar 2022 08:09:51 -0500 Received: from mout.gmx.net ([212.227.15.19]:38841) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nSIYA-0002NX-30 for 54126@debbugs.gnu.org; Thu, 10 Mar 2022 08:09:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1646917783; bh=FW9FSO5/wDiQeh7n+0klOQIJMIkb/SBaCVCYeCmYH7A=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=V8zrkDf9OA6Mu8IwwWT8G3/EHiX4GrIzWxN4upJUmeXTd1orewRS1S48nmODmKdUN +/BFFgHqUsu16lByYMu7pHiD/RTwPBfUTCifMbBZ6jfD0msdVWzrD2etkc/qvi2zuE 3ldV6+mNhdiJ0fppAOj+UEAh0Qa23iTihaiMty8E= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([212.91.243.107]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MuDXz-1oHVgw1yG5-00ucwi; Thu, 10 Mar 2022 14:09:43 +0100 From: Michael Albinus References: <87v8x5mx7q.fsf@gmx.de> Date: Thu, 10 Mar 2022 14:09:42 +0100 In-Reply-To: <87v8x5mx7q.fsf@gmx.de> (Michael Albinus's message of "Wed, 23 Feb 2022 16:14:33 +0100") Message-ID: <87a6dyuf6x.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:8ibbKhu7F8iM4Qs3B4NsFL0o6Ai4UnHNtNKzgeXM5DQKqI1lJP9 3DE/GZZp+kyxOXjk+XuGVwR8dR6cRz0myaEL685s+24IXWtAjWUhSuNGyRyhQsrvIAkiMIO T56qSCLX6zNoH1DkNqZzsjn/Rdv7lmUAkS1qn1S9keHPbDsDS3hH1aDijg8skxwg4ekBFG+ QfqN+P4m0QCj1jt1qD7ug== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:MlEpli3Ugu8=:oJP0CcLK05fm2olqaSez04 wjZcSzeQGN+fqYi3tbHGU2KuioZFZ9tJa4azWabVUQ98luo/YGGhpl2w9iMzM/x34pJJ/LBby R8BfsuRJHlRdWIuh9HzKBFELAse3Oe5SmhvnqEbIApWePEkGo1P0wtgYHihwc24cHfLHh03CY A41xqPCmLBFuNXPWiN/ghJyf/PQtvfmf8OBge5KekEqEqrz7PjJ0fkG91rWB89x6LIDv7IBbR hqxQXv5/E7YE6+EORdZKM5bo/GtGlXIFXqpAPOu4LulbVr8IILnWCjL0diTkj0vDMu7AYSR6C cix7z5x5FZXJkEN+RGx9noRydeY34SO8PQDtHy+z1WKQqqFavO+eYaR2gNUqdR+o0auwi0SDe /f3oCDBHMc8/2/OuKQFX4IEiVahY6i4Hwu7EV6i37G1qlymgXM85Hd2CwFmU2LSTtidqpBJVK n1hAn9lH6eP8mhlHqQzIQnJA6dtiiEL5UYC8DBWS3HMnxgSynEBrBM2DdmsROG5ppS6U9TfF1 PEWArLgWE0HDjzlfauSU0o+0aottSxmyz0NSSjhE0eYZjRW/2+a8r4v44S08ybMi7AUJfhpRQ s6hBk6ONXAGiUEKSqWFJKLEYfotHY3nbOZdKNoT9NXIOPZT8ZR1S0KzUwuaquox2c7ts3hZYv vAflYX4+VmCYGBnFCDQEVWZfUqgMnF1LUAN3Xvjy4GeFva0VzP9OHjOqmiLpINjPBRfE775ct FN7FXqXzKgicY1AwgXKTsQEGf4TEs3o0L1atR2xzdKpZufC9NolSrT9zUfxTNydQmpcJf05e7 sST0VXCFRMAjsImq9Xe05qXK45aDCODBkqbj+RdUjQFwnY6Rrm/1p7jQrQRaAbp4Szr2iItL9 NATKtB+ruossHhOzftDwmIFgudrvT4T1bFVkGwZolIv0lLFcAgRCjzeR/kMsEl5OPB3STCbp8 PZz4iTWkSr3vGD1u1xpHxKZ9/Q2JJet04Wk/6s2IBfoU+AlsQpqlKjvd9fC2O3vl8B/0G3cDW jQ03QX5aakWHez69PXZ4j7rA/gFf3AwbLHDQs0JTp5Km8O0jLtlx0EoaUt24LDQMzW7efMmpN se/BFOmrN2p8Gc= X-Spam-Score: -0.6 (/) 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.6 (-) --=-=-= Content-Type: text/plain Michael Albinus writes: Hi Philipp, >> At least on my system the following happens often, but not always: >> >> Create some file whose contents don't really matter. In my case: >> >> $ cat /tmp/a.c >> int main(void) { >> return 0; >> } >> >> Visit the file over SSHFS: >> >> $ emacs -Q /sshfs:localhost:/tmp/a.c >> >> Now, outside of Emacs, append something to the file: >> >> $ echo aaaaa >> /tmp/a.c >> >> Immediately after that, back in Emacs, hit C-x x g. The new content >> isn't there. Only after reverting the buffer a second time it appears. >> First I thought this was a timing/cache coherency issue, but even >> waiting for 10 seconds doesn't fix it in most cases. Somewhat >> surprisingly, switching to a different buffer in between appears to make >> the problem go away (in some cases at least). > > Looks like you are plagued by caching. revert-buffer reverts a file > only, if it is modified on disk. Tramps caches file attributes by > default for 10 seconds (see remote-file-name-inhibit-cache). Set this > value to t in order to test, whether it makes a difference. However, you > have said you did wait for 10 seconds, so maybe this isn't the reason. > > Another cache might come from sshfs itself. Tramp calls sshfs like > "sshfs localhost:/ /tmp/tramp.sshfs.localhost -C -o idmap=user,reconnect". > See tramp-mount-args settings in tramp-sshfs.el, line 33-34. You might > try to add other options, like "-o no_readahead" or "-o sync_readdir", > see sshfs(1). Don't forget to unmount the sshfs mount point, before you > start a new Emacs session with changed options. The appended patch fixes the problem for me. Since it disables the directory cache of sshfs, there might be performance penalties. Could you, pls, check how it behaves for you? Shall we enable this by default? Best regards, Michael. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment *** /tmp/ediffSUoOdM 2022-03-10 14:04:09.484978898 +0100 --- /home/albinus/src/tramp/lisp/tramp-sshfs.el 2022-03-10 14:01:22.869415240 +0100 *************** *** 51,56 **** --- 51,57 ---- (add-to-list 'tramp-methods `(,tramp-sshfs-method (tramp-mount-args (("-C") ("-p" "%p") + ("-o" "dir_cache=no") ("-o" "transform_symlinks") ("-o" "idmap=user,reconnect"))) ;; These are for remote processes. --=-=-=-- From unknown Sun Jun 22 22:46:25 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: Philipp Stephani Subject: bug#54126: closed (Re: bug#54126: 29.0.50; C-x x g doesn't always correctly revert SSHFS files) Message-ID: References: <87tubxhu5j.fsf@gmx.de> X-Gnu-PR-Message: they-closed 54126 X-Gnu-PR-Package: emacs Reply-To: 54126@debbugs.gnu.org Date: Thu, 17 Mar 2022 08:16:01 +0000 Content-Type: multipart/mixed; boundary="----------=_1647504961-6815-1" This is a multi-part message in MIME format... ------------=_1647504961-6815-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #54126: 29.0.50; C-x x g doesn't always correctly revert SSHFS files 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 54126@debbugs.gnu.org. --=20 54126: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D54126 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1647504961-6815-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 54126-done) by debbugs.gnu.org; 17 Mar 2022 08:15:30 +0000 Received: from localhost ([127.0.0.1]:52944 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nUlIA-0001lA-E1 for submit@debbugs.gnu.org; Thu, 17 Mar 2022 04:15:30 -0400 Received: from mout.gmx.net ([212.227.17.20]:41827) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nUlI8-0001kw-2o for 54126-done@debbugs.gnu.org; Thu, 17 Mar 2022 04:15:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1647504921; bh=VzkO6Kjewgi4Xygt+ihc2GO+pnb7wxXcE40dHnPuG4o=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=Wg25uwEFOMW9nbN13aWm2LHJwa6kbvuJ1JgWRtRL5FNVpGz+6qCKGZaxDZRwGilLV 7dtVXI3TOARIhEPusA6DaXBFPYfFUpmiyhZaffy4HWsjyvzzOHmBUFOuUDgO8UW80f iwTqL6DUI6I342in1gTqHrrPh/gTqIj78+ayJKPE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([212.91.238.228]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MtOKc-1oO5V106BC-00usgf; Thu, 17 Mar 2022 09:15:21 +0100 From: Michael Albinus To: Philipp Stephani Subject: Re: bug#54126: 29.0.50; C-x x g doesn't always correctly revert SSHFS files References: <87v8x5mx7q.fsf@gmx.de> <87a6dyuf6x.fsf@gmx.de> Date: Thu, 17 Mar 2022 09:15:20 +0100 In-Reply-To: <87a6dyuf6x.fsf@gmx.de> (Michael Albinus's message of "Thu, 10 Mar 2022 14:09:42 +0100") Message-ID: <87tubxhu5j.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:lS59YexkKIiL4miMuCL9WGNoPUMXA3zJARVAFGb+aMppJ+mcpdo 4IrCWLKMMsEdw4DDsMblkvBXeKEId6C7qjQBbM9Uqa80S2IDQ6oRPftcHQsqRt+Bp68VJPT MF89QqoIga3+fMo1+mW638y4DH7QbjGbu6pkIm/cWo3ulozDXQVF7UufsfMCflCMSzc+srG wzxF7sftEIQ0MXmVx4S5Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:W835u6UzLdU=:9pSPFuVNTmQIRDy+Cqgbky LKySQZgNqTxi+2ySX4fhGI1m6F1mbqVRz8Ddn4dAMFlKgHgWLRzSs8a87LlYmunbH1tSR1Vpo KpNHklJOZYdXD/mPEmkGWFIrt5flQrjW1SLGGVBGm90JfT69LBmeVQq0Cx8nB8Y5C8+zPX8Wt u+NMY7nBzXZsMAan7EFtbVm9C4GQi+W+EhxVSlnHa2fhyMcI75u67mXMDERoiU1psjlxx5e4x wawiSwc69gU3x1PHkVBboCwDH5bCtnQZo93M3nvAFcLQJoaOvre84u4n6uguFClglJw94YyUb VGfpYheNHidRBE0L1/FO/krw4iEENllZv+zPhgP0NpikgLuIcCXqOsuQZTnYtIhe/c3zrLlgq xM1WHGQt2VFBPbFOBUX7g5DO5d+c8DlGVXhxJpzQTSU3yprM4lez4818Q/AgGZEqJlKNnDvz5 r9GHf5qkYYw5YugakfKZ0LRU+IO46FY7sCUgamVJ8tOT6qXxlXRwVb5vJnvWm4Q+L2RwegikP Q2QMhWqfgfnJCWhp8cPRbDP8oFmrAwfhFhElc1k3HJF8Txlbjednfzwo/am5wxJeqdd1g15jX kjJlRd7+2B0o+TQx0GgFuBn5W1zeQzJNctj7kTqOa/Fk1E6J5S4iqlLFUzYi4hacUnSAilsPc FAGSA3zLjgINFLtWR6PAzrFdK3N6YhllOcX70S9Gq/d7QSgB2gd8g1U19prCTRV316LQ3SmDN Qy1Ow+eGuo/A1J+3ZtCeJ15Stf1uY0P9zDXL6mMdTLcENRP43SugI81oF6xIJJ165ubLesuLa HflUCE/HLkAQ94LS2rwiIHsy8nGG/EZWFblw4rWC0hdhLNZegJQKN/OWP74jTDlz5C/2vKpZn AO5jRIDwDmKjG8bX604ri9W8S7xDBTZQKJNZ94xnUix+EyehzMbDLXFZkMSMKLu/49Avc5tk2 +BLvvemDydaWAaBFAX/gmIRWHhhRyjryCZTtepTu5BbhAepZZsIsD/dOqt/F0SiZSukNmp0q1 ilpkycBYVweJgwQ8HocS1lzGb8tXBVRWlyrEVwKZdrUxi/W9x9hBjPTq5bkyhthNSoTFYE5TW uzItLdSDkCq+NY= X-Spam-Score: -0.6 (/) X-Debbugs-Envelope-To: 54126-done Cc: 54126-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.6 (-) Version: 25.2 Michael Albinus writes: Hi Philipp, > The appended patch fixes the problem for me. Since it disables the > directory cache of sshfs, there might be performance penalties. Could > you, pls, check how it behaves for you? Shall we enable this by default? No further comment, so I've added this mount option in tramp-sshfs.el. Pushed to the repositories. It will also be available with the next Tramp GNU ELPA version 2.5.2.3. Closing the bug. Best regards, Michael. ------------=_1647504961-6815-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 23 Feb 2022 13:44:05 +0000 Received: from localhost ([127.0.0.1]:44297 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nMrw5-0002Kq-7f for submit@debbugs.gnu.org; Wed, 23 Feb 2022 08:44:05 -0500 Received: from lists.gnu.org ([209.51.188.17]:49246) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nMrw3-0002Kj-P4 for submit@debbugs.gnu.org; Wed, 23 Feb 2022 08:44:04 -0500 Received: from eggs.gnu.org ([209.51.188.92]:39810) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nMrw3-00085o-94 for bug-gnu-emacs@gnu.org; Wed, 23 Feb 2022 08:44:03 -0500 Received: from [2a00:1450:4864:20::42c] (port=34725 helo=mail-wr1-x42c.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nMrvr-00042M-LD for bug-gnu-emacs@gnu.org; Wed, 23 Feb 2022 08:44:02 -0500 Received: by mail-wr1-x42c.google.com with SMTP id d3so24074566wrf.1 for ; Wed, 23 Feb 2022 05:43:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:subject:date:message-id:mime-version :content-transfer-encoding; bh=4hkxyWdnbdEcpVkcrqqfR3Oh/Y5yy0Dtr4SI1Fi8ZoM=; b=YonUy+mb53t9gsLsqVqu0EvmtOZFQ4ca/qtOWtGCYAlR5Yk1BXxUBnsiQM/tCu3V4v WjA8rNVulk43voLNYkqHtRx/Pxq3+DtlqZiSHYAeb33uwbN9i7ZzRvDovgrZMVGU7fUG 86MqP1YDC3UbAcFehkbZCXBjU2kLYumYEdqsvL8Y7cJ3QTUIqMP95hPkJrt9uBPrx6Jw zXEjwweFdscct6jWJFvFGbZqYKjsiv11cE+/VgFjvb53rkRozdA1AARbUMt91PUxHpuc TppbdL42yeM3qaQa5u64PS78wNrSFH3AchJBwA4sS1gIDci+0l7+Pez4K7spiNZb/Jf5 olUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-transfer-encoding; bh=4hkxyWdnbdEcpVkcrqqfR3Oh/Y5yy0Dtr4SI1Fi8ZoM=; b=OVLBtlhe++raFZAjNKunBN/5Grfsz+wB1IZWDgCHSNPG/ezM8X5m2qDFqz7niicaxe kU/ulP6RZeF71Yi3Y+NZOft7oKzDOl37QLEp30QU9m4BuCiQRKlJGfquQyr2z9fYvncw oZNxvNWFXUa8hFxmy5+IGabgt+GUgfHPSP8woq3zIEqI3OZrD4VIbOhi3oFj5SIxr2mS vzncbqj76SmuEAcUmJ0PCL3HbtKH7ouEHNvBpBo6l4NrUqHSw/8fMeVXKi8TQrCe3Njo EMRDUNMCrP6eDG3fAhFRV/UD1PjVdbbejTEmysodcM5VE69k2XFbNn1barGhwtHNeKQw awRA== X-Gm-Message-State: AOAM5309y/ODenbd7rEuX71+YwqS66fTzLhQA6JRwgCby1c6kNmJDFja 1ZQHjGwExzYXVW6vEbxMX/M9T/laJ6k= X-Google-Smtp-Source: ABdhPJyT1s3jYcqAVPRourflBZsTcmRGLHsQNa0A1nPXWri1Gxz07zo9bsnfbq6pgDa1Rp7MNWXSJw== X-Received: by 2002:adf:f7cc:0:b0:1e4:b2d4:f432 with SMTP id a12-20020adff7cc000000b001e4b2d4f432mr23891414wrq.430.1645623829034; Wed, 23 Feb 2022 05:43:49 -0800 (PST) Received: from phst ([2a02:2455:2a4:dc00:af62:6713:7ee1:fc0e]) by smtp.gmail.com with ESMTPSA id m12-20020a7bce0c000000b0037bed2a6fbfsm5390412wmc.37.2022.02.23.05.43.48 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Feb 2022 05:43:48 -0800 (PST) From: Philipp Stephani To: bug-gnu-emacs@gnu.org Subject: 29.0.50; C-x x g doesn't always correctly revert SSHFS files Date: Wed, 23 Feb 2022 14:43:45 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a00:1450:4864:20::42c (failed) Received-SPF: pass client-ip=2a00:1450:4864:20::42c; envelope-from=p.stephani2@gmail.com; helo=mail-wr1-x42c.google.com X-Spam_score_int: -2 X-Spam_score: -0.3 X-Spam_bar: / X-Spam_report: (-0.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, GAPPY_SUBJECT=0.1, PDS_HP_HELO_NORDNS=0.659, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.3 (+) 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: At least on my system the following happens often, but not always: Create some file whose contents don't really matter. In my case: $ cat /tmp/a.c int main(void) { return 0; } Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (p.stephani2[at]gmail.com) 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (p.stephani2[at]gmail.com) -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, medium trust [209.51.188.17 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H5 RBL: Excellent reputation (+5) [209.51.188.17 listed in wl.mailspike.net] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 0.1 GAPPY_SUBJECT Subject: contains G.a.p.p.y-T.e.x.t -0.0 T_SCC_BODY_TEXT_LINE No description available. 1.5 SPOOFED_FREEMAIL No description available. 0.8 SPOOF_GMAIL_MID From Gmail but it doesn't seem to be... 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: -2.0 (--) At least on my system the following happens often, but not always: Create some file whose contents don't really matter. In my case: $ cat /tmp/a.c int main(void) { return 0; } Visit the file over SSHFS: $ emacs -Q /sshfs:localhost:/tmp/a.c Now, outside of Emacs, append something to the file: $ echo aaaaa >> /tmp/a.c Immediately after that, back in Emacs, hit C-x x g. The new content isn't there. Only after reverting the buffer a second time it appears. First I thought this was a timing/cache coherency issue, but even waiting for 10 seconds doesn't fix it in most cases. Somewhat surprisingly, switching to a different buffer in between appears to make the problem go away (in some cases at least). In GNU Emacs 29.0.50 (build 59, x86_64-pc-linux-gnu, GTK+ Version 3.24.31, = cairo version 1.16.0) of 2022-02-23 Repository revision: 85ad8616007e286c237bb2906d1928bb551462e7 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12014000 System Description: Debian GNU/Linux rodete Configured using: 'configure --enable-gcc-warnings=3Dwarn-only --enable-gtk-deprecation-warnings --without-pop --with-mailutils --enable-checking=3Dall --enable-check-lisp-object-type --with-modules 'CFLAGS=3D-O0 -ggdb3'' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB Important settings: value of $LC_TIME: en_DK.utf8 value of $LANG: en_US.utf8 value of $XMODIFIERS: @im=3Dibus locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug sendmail phst skeleton pcase ffap thingatpt url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs json map url-vars rx message mailcap yank-media rmc dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader gnutls puny elp dbus xml seq gv subr-x byte-opt bytecomp byte-compile cconv compile text-property-search comint ansi-color ring cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode 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 lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer 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 emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 67433 8542) (symbols 48 8204 1) (strings 32 23684 1581) (string-bytes 1 761000) (vectors 16 15596) (vector-slots 8 208549 48737) (floats 8 28 30) (intervals 56 230 0) (buffers 992 11)) --=20 Google Germany GmbH Erika-Mann-Stra=C3=9Fe 33 80636 M=C3=BCnchen Gesch=C3=A4ftsf=C3=BChrer: Paul Manicle, Liana Sebastian Registergericht und -nummer: Hamburg, HRB 86891 Sitz der Gesellschaft: Hamburg Diese E-Mail ist vertraulich. Falls Sie diese f=C3=A4lschlicherweise erhal= ten haben sollten, leiten Sie diese bitte nicht an jemand anderes weiter, l=C3=B6sche= n Sie alle Kopien und Anh=C3=A4nge davon und lassen Sie mich bitte wissen, dass d= ie E-Mail an die falsche Person gesendet wurde. This e-mail is confidential. If you received this communication by mistake, please don=E2=80=99t forward it to anyone else, please erase all copies and attachments, and please let me know that it has gone to the wrong person. ------------=_1647504961-6815-1-- From unknown Sun Jun 22 22:46:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54126: 29.0.50; C-x x g doesn't always correctly revert SSHFS files Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Mar 2022 16:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54126 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: 54126@debbugs.gnu.org Received: via spool by 54126-submit@debbugs.gnu.org id=B54126.16476205336098 (code B ref 54126); Fri, 18 Mar 2022 16:23:01 +0000 Received: (at 54126) by debbugs.gnu.org; 18 Mar 2022 16:22:13 +0000 Received: from localhost ([127.0.0.1]:58202 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nVFMj-0001aG-1p for submit@debbugs.gnu.org; Fri, 18 Mar 2022 12:22:13 -0400 Received: from mail-oi1-f177.google.com ([209.85.167.177]:40540) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nVFMh-0001a0-Ih for 54126@debbugs.gnu.org; Fri, 18 Mar 2022 12:22:12 -0400 Received: by mail-oi1-f177.google.com with SMTP id o64so9262272oib.7 for <54126@debbugs.gnu.org>; Fri, 18 Mar 2022 09:22:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CYrxG1Lg3DsIgv4spQ3TnoP1og0MzljPHmyd0duNmwc=; b=V7YsVya2Oanymi/aawEtwzq6h2uxh9GlGemwiUFbOjSW5NxcpAS3uz77k+YttPpHix qWDeG6q9Z9nkVep//2R/n7Z3RU0QXhqpkcaqOliRloA7g/wPmavMWUkDr+e5fiWDczwW Zamsq4k1wZe7Aunv2yrcfjz8cGVbVSOVYWIfg9DeyNgfUKbuuQIptOqVKGyft5YbFS0l KnvyMJ7FPu/Qr2caT9uBhXZ1eY0SgCCB+kPhsInAiD+Bmy/dqOGPoJfSYVF1hld35rAL PrHFJOtvwM7RHzcGFOxcjLf6Vz5OL8iPc8Wk4XA5PDcSJJY2j+wXycq8KFqQvtJOZ8R2 R8iw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CYrxG1Lg3DsIgv4spQ3TnoP1og0MzljPHmyd0duNmwc=; b=zy1Wxcjcr1Q6l2RjAboqvNSyEoNeg/Jh9jXwOwon8KJF3SkK7sXpZ54Jfif3hK6p1l mIHZiboOZ88SiomDf0GP3ZSMqBf4ebxsqEvU+jXtU1ib8h5Qr2EklSrvDGbNSfuPWry1 0lH882qkJJptsLrVsGtX5bB68J49P6JL5O/UvfC7rLCQLujrypz6HIOHfwmMWbP5uDwj xSrHHmyP9bb7atz5PW+UpT1OkprLqkwxlV7g3Qw5HoeRP8gXxhu0uFdsoLulS63DQbC+ 5ERjkWq9QrxdCPIoBnydIGGxTlzmQL2OVDhXL4SsoVpI6QH8ro5NCjJzuYT1ULjsOkEq /4Fw== X-Gm-Message-State: AOAM533bM8zmXyu0o8Xy7V/oqND9SI1YYAoDxMg+n03k3cbUM0SaA1x9 x4g9bQqNOh0SrCM3qsAg3CtipoahgCX30aMOiC0= X-Google-Smtp-Source: ABdhPJx8rHiYu2yTUOhMzYRIfHc0b8kgyzKxZ/Jyuu4NFy0dH0jDrccq0sNQgajxWOFUsxo5bYzN2+KJfP8nmQTZ8+4= X-Received: by 2002:a05:6808:1d8:b0:2da:51e0:d0ef with SMTP id x24-20020a05680801d800b002da51e0d0efmr4597269oic.57.1647620525447; Fri, 18 Mar 2022 09:22:05 -0700 (PDT) MIME-Version: 1.0 References: <87v8x5mx7q.fsf@gmx.de> In-Reply-To: <87v8x5mx7q.fsf@gmx.de> From: Philipp Stephani Date: Fri, 18 Mar 2022 17:21:54 +0100 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.3 (/) 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: -0.7 (/) Am Mi., 23. Feb. 2022 um 16:14 Uhr schrieb Michael Albinus : > > Philipp Stephani writes: > > Hi Philipp, > > > At least on my system the following happens often, but not always: > > > > Create some file whose contents don't really matter. In my case: > > > > $ cat /tmp/a.c > > int main(void) { > > return 0; > > } > > > > Visit the file over SSHFS: > > > > $ emacs -Q /sshfs:localhost:/tmp/a.c > > > > Now, outside of Emacs, append something to the file: > > > > $ echo aaaaa >> /tmp/a.c > > > > Immediately after that, back in Emacs, hit C-x x g. The new content > > isn't there. Only after reverting the buffer a second time it appears. > > First I thought this was a timing/cache coherency issue, but even > > waiting for 10 seconds doesn't fix it in most cases. Somewhat > > surprisingly, switching to a different buffer in between appears to make > > the problem go away (in some cases at least). > > Looks like you are plagued by caching. revert-buffer reverts a file > only, if it is modified on disk. Tramps caches file attributes by > default for 10 seconds (see remote-file-name-inhibit-cache). Set this > value to t in order to test, whether it makes a difference. However, you > have said you did wait for 10 seconds, so maybe this isn't the reason. I didn't use a stopwatch :-) So if the cache timeout is really exactly 10 seconds, then it's rather likely I was affected by it. This doesn't seem to happen with SSH, only with SSHFS, though. Does the caching behavior differ? I.e., is the SSH backend stricter about cache coherency? It's also worth noting that Unix tools generally expect filesystems to be sequentially consistent (i.e. any modification is immediately visible by any other consumer, and there's a strict ordering between operations). Caching is still possible, but it shouldn't break these consistency guarantees. > > Another cache might come from sshfs itself. Tramp calls sshfs like > "sshfs localhost:/ /tmp/tramp.sshfs.localhost -C -o idmap=user,reconnect". > See tramp-mount-args settings in tramp-sshfs.el, line 33-34. You might > try to add other options, like "-o no_readahead" or "-o sync_readdir", > see sshfs(1). Don't forget to unmount the sshfs mount point, before you > start a new Emacs session with changed options. I'll play around with that, thanks for the hint. If this turns out to be the problem, then caching should probably be disabled by default, because sequential consistency is more important than potential speed-ups. From unknown Sun Jun 22 22:46:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54126: 29.0.50; C-x x g doesn't always correctly revert SSHFS files Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Mar 2022 17:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54126 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Philipp Stephani Cc: 54126@debbugs.gnu.org Received: via spool by 54126-submit@debbugs.gnu.org id=B54126.164762600524430 (code B ref 54126); Fri, 18 Mar 2022 17:54:01 +0000 Received: (at 54126) by debbugs.gnu.org; 18 Mar 2022 17:53:25 +0000 Received: from localhost ([127.0.0.1]:58323 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nVGmz-0006Ly-4h for submit@debbugs.gnu.org; Fri, 18 Mar 2022 13:53:25 -0400 Received: from mout.gmx.net ([212.227.15.15]:56123) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nVGmw-0006Lh-KF for 54126@debbugs.gnu.org; Fri, 18 Mar 2022 13:53:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1647625996; bh=8E9mC+DhlTiw7iKhjuKsyrDSH3n5a7UnTnv9vBLXPug=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=Ih8++IURehQQSuoKSWzsqN18wTN1ByIlnS23BrDg1Da2lAOysLwjPgu1Ty79JBUWr /03pDw0j9vp6HMQjLFaurV1T4vgHePsEPpJL+GsbK2y9tmWlnL4UKd/RyYnLz6W/V3 KT6ghJyHuPo0l8XMQdIZKzMpkzx/EF6Na2FbgzHE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([213.220.148.52]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MwfWa-1oKEcA0Qd0-00y7wF; Fri, 18 Mar 2022 18:53:16 +0100 From: Michael Albinus References: <87v8x5mx7q.fsf@gmx.de> Date: Fri, 18 Mar 2022 18:53:11 +0100 In-Reply-To: (Philipp Stephani's message of "Fri, 18 Mar 2022 17:21:54 +0100") Message-ID: <875yobdu60.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:E8iwQyfJoF1SREDbwT3c6a6GqyOD5rTEPKVH4JnuAmtwgy/af1+ oWuUUt6j1hv73bNcCSfxn5oYl9cu3hpcDHnBTvFgyNNzk+emjb/DAIZkEyXeVyANc0UVKhT G7tBeYd12VKOyllOw8E7qJ4yVrsrO/M16ilHjkcMJpgLmz5jAX3Bnfbm4CljISY3lAsJXMa xi7NCx6UYhixhcI9Y+gNQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:aKy4vwJ1xM4=:QCcFb24mil54xPpuDKi+D3 MmTz0GPO05F4/mSs8q8rXqTxi8TCYnzUggkOlY/27zNUsB0gE8s4CEH1/UzyhDjjrH2aXlLFw QTKuKdcTmIc/ZllHX+cmvq0vesjfnqGWrtieqpZZr6HdmJ/O1JfrgfcPx13Vi0+IqjqVI31eP 8RsIASYGKZ+HgIAL/F8JVvb6hJoDTi8vPccfhxyPvitHOx+yR4OLmQ1bWoRd13oRjwm3S6n4j 66jhnQFqFqbOrHOuzy17/By/ygOlEomwwVeoRHuewQdDdGlQMm+zYmNt+1OV6Olz95xlQOPHi 9Qnf/OYVLmiAeUDZB+MGXH+qFEW4OC2WTMeeu0yl4+LuKClYZYDOFsAP42ASmof1J1EKG3gYc lfP1cJBeU0WIuXgcMmXOmGM0FxmfJBGsM+bLV8Deb+W+333Q7vsP50Ynyj6wiXm9DveRY0elJ GNRlCqbbFWW+zUaLJi75XDuF0YF8MF1OOcCdTslkuy+rzYQEytcD3pjKeLgfrfRLpGSvMB3h8 dRdWH5jxqXDDjmZncopr8r/RGiE5hAQfWaTXCROTRTntEWPRNP2ZXe/DGEqJAdevrHGIe/UY4 NPeKH660OH/68RiAtCIH0zE2eHDavE5GXYssHKJNN5imw8DngZO92bLof3rKCrtFCdLcfjMxK xV26LKCC3XAheO0H+RIP8tKEHEqR57xzZIEnykG/MOVx+zcbri+UTB6XAKsG9HE8IRyLhFRTO NOtg2Kw+13kIzY2ioOHrJc83SNexEyBY9rifnKECizOw8rTB68Jnk9tGeFJVDddotpwBY5qDy pQTQAEBbHTPW+SJ4t6LtkiioR0+8icAbJ4zYTNa3NPJShuE1TZTGV5sHrM60X8YQtwrJlfFUO PQfi9PSgrz3XsPttKbgf7S9vANQXY0FsBtwk0v1KeldIwv++qPMuajsI4gTcwJ2zu5Q3Bx9Pz S+UGiKVLE4zYYoDHPmwbfUws8OuTe8Z0EvxqYNvlRxgcmmrFW76UgpiHqUrEuFkYZh25XftXr MMd7aYQizEm3f7ohqSyM9BIEg8ujbMVvfaYIGzJdipQBV0XQ7kzE3OUaW/xsIhQ/PlK/9Iglu p7taDsh2yedLRA= X-Spam-Score: -0.6 (/) 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.6 (-) Philipp Stephani writes: Hi Philipp, >> Another cache might come from sshfs itself. Tramp calls sshfs like >> "sshfs localhost:/ /tmp/tramp.sshfs.localhost -C -o idmap=user,reconnect". >> See tramp-mount-args settings in tramp-sshfs.el, line 33-34. You might >> try to add other options, like "-o no_readahead" or "-o sync_readdir", >> see sshfs(1). Don't forget to unmount the sshfs mount point, before you >> start a new Emacs session with changed options. > > I'll play around with that, thanks for the hint. > If this turns out to be the problem, then caching should probably be > disabled by default, because sequential consistency is more important > than potential speed-ups. This is fixed already in git master, see my other message. The trick was to set "-o dir_cache=no", which disables the sshfs directory cache. Best regards, Michael.