From unknown Sat Jun 21 10:27:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system Resent-From: Michal Nazarewicz Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Aug 2024 16:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 72641 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 72641@debbugs.gnu.org Cc: Eli Zaretskii X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.17237377367199 (code B ref -1); Thu, 15 Aug 2024 16:03:02 +0000 Received: (at submit) by debbugs.gnu.org; 15 Aug 2024 16:02:16 +0000 Received: from localhost ([127.0.0.1]:49565 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1secvX-0001s1-IR for submit@debbugs.gnu.org; Thu, 15 Aug 2024 12:02:16 -0400 Received: from lists.gnu.org ([209.51.188.17]:53672) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1secvU-0001rt-Vi for submit@debbugs.gnu.org; Thu, 15 Aug 2024 12:02:13 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1secsp-0008U6-5d for bug-gnu-emacs@gnu.org; Thu, 15 Aug 2024 11:59:27 -0400 Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1secsm-0002C4-Pf; Thu, 15 Aug 2024 11:59:26 -0400 Received: by mail-ed1-x534.google.com with SMTP id 4fb4d7f45d1cf-5b9d4eaf3beso108675a12.1; Thu, 15 Aug 2024 08:59:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1723737563; x=1724342363; darn=gnu.org; h=content-transfer-encoding:mime-version:message-id:date:face :references:in-reply-to:subject:cc:to:from:sender:from:to:cc:subject :date:message-id:reply-to; bh=ndOn1DozyfFvphjQZo27X+MPiFOJsB5vBa26O6SHFYc=; b=AYYeETkWKRlVduwBepprTztZM2v7i8IoVVjOWjhIncVl0YErU7wKCCPb1WEr4Cwdn1 KzID3LIFGlYsKh4watskJ3z86myKx+LnAwI0nx3KSE6yPky1QlVGND8PocxosqZXkM0P +MtGKSV/nbO5e8OT+2Q5yZAsEVPh0WPqVsUug2/kEhyn7G9tGVKLahEotXe74iT/E5c5 +RxS78MmNZxZ9Xr810v+JOFa13XyArDmizM6TSIi6r6ut+wJjnst3xkjPYb6a6AK4g0T LL34aa/i+W96eOFGvgT7vcGFkJ99IwydiSUc2VbhhiaWhTuAOo9WZKMlxk2Wtcj3subO 2XYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723737563; x=1724342363; h=content-transfer-encoding:mime-version:message-id:date:face :references:in-reply-to:subject:cc:to:from:sender:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=ndOn1DozyfFvphjQZo27X+MPiFOJsB5vBa26O6SHFYc=; b=n6zoetTlcO/Dcpko6MESe/CXkAf5qdu8cUifIiifp+rJv1/CDpFkH3oMi1RMWjiqGL y3eo09b9ADYP6DCk8rBJq0CaA7po/YbN6tjVbNDuUNykjvUIHz4IbghebQtGYJiX5IZ0 BBf/sH0fgy7GkPGkhuSGAPEEt6iiQOsG5Aqs8lCPhZNdV5xKclIrEXXfHdASf7m55+Tn TvctdgIpDY9Bl7+uKDqVpuU6G9k3FVSreEkPBJyZYS8CxCJl7BE7ghB+NPDC81lvGyR2 cGSOXWsaornZd+XUPvd4oebFaUsbUljT8O55pWA9FVZoELwnQaeoT/oXb5jQRw6njZjb TetA== X-Gm-Message-State: AOJu0YwJuVkTeL9O8MWzPn1QSI5FIwxJ+kOBvQaz7YHJJOr++cJx2I3v VOoc9xtQDgM92RC0epos30XmVZnwP0a+wjR8PFF6tvyeh6uqOHZFOqj5eQ== X-Google-Smtp-Source: AGHT+IEbw5xsL8uZy6KasteqxnWFoVwzZilMtJpwb2A9ZmbUxV9Uqv1eRqiJxwkVr5Q4PGV46djr3A== X-Received: by 2002:a05:6402:2794:b0:5a2:7cfe:236c with SMTP id 4fb4d7f45d1cf-5beb58b2c51mr1040868a12.4.1723737562314; Thu, 15 Aug 2024 08:59:22 -0700 (PDT) Received: from erwin (87-205-2-211.static.ip.netia.com.pl. [87.205.2.211]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5bebbe7ed31sm1073715a12.67.2024.08.15.08.59.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 15 Aug 2024 08:59:21 -0700 (PDT) X-Google-Original-Sender: =?UTF-8?Q?Micha=C5=82?= Nazarewicz From: Michal Nazarewicz In-Reply-To: <86msoph6wt.fsf@gnu.org> References: <867cfujge6.fsf@gnu.org> <86fruhiwt0.fsf@gnu.org> <868r09ivqn.fsf@gnu.org> <867cftiprt.fsf@gnu.org> <86msoph6wt.fsf@gnu.org> Received: from erwin (87-205-2-211.static.ip.netia.com.pl. [87.205.2.211]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5bebc081cf5sm1015948a12.90.2024.08.15.08.41.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 15 Aug 2024 08:41:04 -0700 (PDT) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWjgIPUupJ7V0jLrom4gmjPs42bY0MdFRLHgE5UPDCbfGm9mH6qmkAJAAACNUlEQVQ4y23SMW/aQBQHcKtb2Zx0abZeIxuTCSELJVmiinboRpGHJktloROQzUQcB2vUXFe35XBYUicRAiYUVSjfru/d+QwlnDz5p/97z+dnVcw5WVQ2zxpcdrQTTiIin3bB6lcaTnaBO5c8eoJG2yBl5El+Ob3fglMW3RUIkQ9xxQ8UBEFQafiVZ/5wZqWExM+LvwEegAY856xZO7MgQkq3jxpO56GXxO5VDQAjpVmWqPLYoSGvIahIuvAVHLeEEDd9DRYAkUcKzscAUgCQ0hwSKBOExuh7kvQQUskY4yjsHqeaCfFjLK6x1AzeeyiRD/C1JW5aGqw5IS5mZre+FVz0RVtoUGPJmBCP/4QPJGKUA1oEMJwAHIv+JljYZYCJi1FRQS2DaUw6sgsQTMfb0Fz9RvjyP3iR01x9RGj0N6HgcefS819CSjidDwIFPSFEDgRg1tUw2oBXAB33T2DV63XbM6AqhZzysm3ZcKZrKBAn5O7Q1rAqGoBKNGRsmUG1n0NKaJtd2RnscTWvnom6fGngDaNrCNl728A+c2gLQP8PFpkEjNWjlGqQfPEhWRqoInSyi2p+drsGDjhAeAeSQI8kfjSwbwCn8gblvIftInzT30HdQT2HlU4gwCbLSQ7VFqVEA0RCtjTwtnjdLlkasNjQwF7x02F2iQSL8XIGB8VQ71WBKHHf5XCIgLUUtIcGSBPhdZIQorpEBrxsqT3GYgRpmicIqrsEgSZm3FG+iJbHYid0/wGj+iTGCXRsqQAAAABJRU5ErkJggg== Date: Thu, 15 Aug 2024 17:59:21 +0200 Message-ID: <44a7yz49dle23+qtvkxc71uf@mina86.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=2a00:1450:4864:20::534; envelope-from=mnazarewicz@gmail.com; helo=mail-ed1-x534.google.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, 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-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.3 (--) [Sending this again as a new bug report since #70973 is archived]. On Thu, May 16 2024, Eli Zaretskii wrote: > I'm not sure we should silently sweep these rare and special cases > under the carpet. The warning is just a warning, and manually > deleting the lock file fixes even that. > > So I'm not sure we should do anything here, as long as the conclusion > is that this happened due to a system crash in an opportune moment. I=E2=80=99m getting the same warning on Linux with Emacs 31.0.50 and it=E2= =80=99s not caused by a crash. emacs> M-x find-file RET /o/foo RET blah RET cli> $ ls -l /o/.#foo=20 cli> -rw------- 1 mpn mpn 0 2024-08-15 16:30 /o/.#foo emacs> M-x save-buffer RET emacs> =E2=9B=94 Warning (unlock-file): Unlocking file: Invalid argumen= t, /o/foo, ignored cli> $ ls -l /o/.#foo /o/foo cli> -rw------- 1 mpn mpn 5 2024-08-15 16:31 /o/foo cli> -rw------- 1 mpn mpn 0 2024-08-15 16:30 /o/.#foo The problem appears to be that /o is a network file-system which does not support symbolic links: $ mount |grep /o //192.168.x.x/data on /o type cifs (rw,relatime,vers=3D3.0,cache=3Dstri= ct,username=3Dmpn,uid=3D1000,forceuid,gid=3D1000,forcegid,addr=3D192.168.x.= x,file_mode=3D0600,dir_mode=3D0700,soft,nounix,serverino,mapposix,reparse= =3Dnfs,rsize=3D4194304,wsize=3D4194304,bsize=3D1048576,retrans=3D1,echo_int= erval=3D60,actimeo=3D1,closetimeo=3D1,_netdev) $ ln -s /o/foo /o/f ln: failed to create symbolic link '/o/f': Input/output error I guess Emacs notices that when it tries to create a lock file and falls back to creating a file, but then it assumes it=E2=80=99s a symlink when tr= ying to remove it. ---------- >8 ------------------------------------------------------ In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.43, cairo version 1.18.0) of 2024-08-12 built on erwin Repository revision: 5d69e2916458148159d7f21257f3c4863b868690 Repository branch: HEAD Windowing system distributor 'The X.Org Foundation', version 11.0.12101011 System Description: Debian GNU/Linux trixie/sid Configured using: 'configure --prefix=3D/usr/local --disable-acl --enable-link-time-optimization --with-native-compilation=3Daot --without-dbus --without-gconf --without-gpm --without-gsettings --without-pop --without-selinux --without-systemd --without-toolkit-scroll-bars --with-x --with-x-toolkit=3Dgtk3 --with-xinput2 --with-xml2 'CFLAGS=3D-O2 -mtune=3Dnative -march=3Dnative -fstack-protector' 'CPPFLAGS=3D-O2 -mtune=3Dnative -march=3Dnative -fstack-protector' 'CXXFLAGS=3D-O2 -mtune=3Dnative -march=3Dnative -fstack-protector'' Configured features: CAIRO FREETYPE GIF GLIB GMP GNUTLS HARFBUZZ JPEG LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG SECCOMP SOUND THREADS TIFF WEBP X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB Important settings: value of $LC_COLLATE: C value of $LANG: en_GB.utf8 locale-coding-system: utf-8-unix Major mode: Rust Minor modes in effect: server-mode: t flyspell-mode: t auto-dim-other-buffers-mode: t global-auto-revert-mode: t icomplete-mode: t global-num3-mode: t num3-mode: t global-whitespace-mode: t whitespace-mode: t global-flyspell-mode: t delete-selection-mode: t windmove-mode: t 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 minibuffer-regexp-mode: t column-number-mode: t line-number-mode: t auto-fill-function: do-auto-fill transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: /home/mpn/.config/emacs/elpa/transient-20210525.1141/transient hides /usr/l= ocal/share/emacs/31.0.50/lisp/transient ~/.config/emacs/custom hides /usr/local/share/emacs/31.0.50/lisp/custom Features: (shadow emacsbug mm-archive parse-time iso8601 mule-util image-mode exif wdired dired-aux pp network-stream nsm mailalias smtpmail textsec uni-scripts idna-mapping ucs-normalize uni-confusable textsec-check qp sort mail-extr notmuch notmuch-tree notmuch-jump notmuch-hello wid-edit notmuch-show notmuch-print notmuch-crypto notmuch-mua notmuch-message notmuch-draft notmuch-maildir-fcc notmuch-address notmuch-company notmuch-parser format-spec notmuch-wash diff-mode track-changes coolj goto-addr icalendar notmuch-tag crm notmuch-lib notmuch-compat pcase hl-line mm-view mml-smime smime gnutls dig gnus-alias rot13 message sendmail yank-media puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader calc-alg calc-ext calc-menu calc calc-loaddefs calc-macs project dabbrev auto-package-update easy-mmode dash rust-utils rust-mode rust-rustfmt rust-playpen rust-compile rust-cargo time-date mc-hide-unmatched-lines-mode mc-mark-more mc-cycle-cursors multiple-cursors-core rect misearch multi-isearch conf-mode pulse color descr-text server flyspell form-feed init sgml-mode facemenu dom auto-dim-other-buffers face-remap autorevert filenotify comp comp-cstr cl-extra help-mode warnings comp-run comp-common rx icomplete num3-mode disp-table whitespace compile text-property-search comint ansi-osc ansi-color ring ispell remember advice browse-kill-ring delsel ffap thingatpt windmove diary-lib diary-loaddefs cal-menu calendar cal-loaddefs auto-dim-other-buffers-autoloads avy-autoloads browse-kill-ring-autoloads csv-mode-autoloads evil-autoloads gnu-elpa-keyring-update-autoloads gnus-alias-autoloads finder-inf markdown-mode-autoloads notmuch-autoloads protobuf-mode-autoloads sed-mode-autoloads info vterm-autoloads package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs icons password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib early-init rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen 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 nadvice seq simple cl-generic indonesian philippine 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 abbrev obarray oclosure cl-preloaded button loaddefs theme-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 inotify dynamic-setting font-render-setting cairo gtk x-toolkit xinput2 x multi-tty move-toolbar make-network-process native-compile emacs) Memory information: ((conses 16 667368 1514832) (symbols 48 33066 15) (strings 32 118043 64516) (string-bytes 1 3468194) (vectors 16 66157) (vector-slots 8 1624733 757680) (floats 8 247 2757) (intervals 56 57621 24687) (buffers 984 58)) ---------- 8< ------------------------------------------------------ --=20 Best regards =E3=83=9F=E3=83=8F=E3=82=A6 =E2=80=9C=F0=9D=93=B6=F0=9D=93=B2=F0=9D=93=B7= =F0=9D=93=AA86=E2=80=9D =E3=83=8A=E3=82=B6=E3=83=AC=E3=83=B4=E3=82=A4=E3=83= =84 =C2=ABIf at first you don=E2=80=99t succeed, give up skydiving=C2=BB From unknown Sat Jun 21 10:27:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system Resent-From: Michal Nazarewicz Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Aug 2024 17:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72641 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Paul Eggert Cc: 72641@debbugs.gnu.org Received: via spool by 72641-submit@debbugs.gnu.org id=B72641.172374396317912 (code B ref 72641); Thu, 15 Aug 2024 17:47:01 +0000 Received: (at 72641) by debbugs.gnu.org; 15 Aug 2024 17:46:03 +0000 Received: from localhost ([127.0.0.1]:49705 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1seeXz-0004eo-4A for submit@debbugs.gnu.org; Thu, 15 Aug 2024 13:46:03 -0400 Received: from mail-lf1-f45.google.com ([209.85.167.45]:38078) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1seeXx-0004eF-DQ for 72641@debbugs.gnu.org; Thu, 15 Aug 2024 13:46:02 -0400 Received: by mail-lf1-f45.google.com with SMTP id 2adb3069b0e04-52f00427236so225199e87.0 for <72641@debbugs.gnu.org>; Thu, 15 Aug 2024 10:45:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1723743858; x=1724348658; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:message-id:date:face :references:in-reply-to:subject:cc:to:from:sender:from:to:cc:subject :date:message-id:reply-to; bh=UVxe/82wa/HZEIho/j7XlxcGgCbc/0pHGHqWfdbtT9g=; b=R2juPvb+TpviKbdiDVs3N3k0l0V2fVcmn4T92ekKlLCd1iohX7SQOK2IOGG2ovENjP nzLF9ef1S7j8/q4HAqNC0Z3GznDCEqma+YKoNiqzKfNqqxFpsPAigqlWCx3/q7MHTtPR j4/hdjjVhrF5cXsJkWUTbn4Ad63NWZ34sXsbflNtuUxb8QUlU0B0rizGtm+EVGmZiGRf xxsACqweoJMxXzVsxHTlB/o1T9bKT4t0RNEEXhJmXZk1Qri92ZSQjSs3KliD+liR4D3E lMaqFAxuCBbdWr/SV74feQllMHrS+wrxNAXBZosFOl1PBMVezqxgEJvYMu7cRYnVfRj0 2D1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723743858; x=1724348658; h=content-transfer-encoding:mime-version:message-id:date:face :references:in-reply-to:subject:cc:to:from:sender:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=UVxe/82wa/HZEIho/j7XlxcGgCbc/0pHGHqWfdbtT9g=; b=imdtixejFznotVa0ShcgsSNpvM53wYihGwo8O9ljC6GparM6g6Y5VRL/qUPINy3ki8 vIlbHt/jfMG0imS04Fu5hrdzoefdeJTTz015GtJqydbuEZMThrCyjg5R+QXsKLtwcFNM F2vGEcRMSNf3FLFnEAjN5ZtVwQtgsdF9fTYwXWdYcrndkX2PivnK0gHBtdnJBH4nVzC3 yBwcgbZy6kjvbEi5OApLAVyJshzJ3donEMDjPoSm1xjTRm8yQ6rt/rJsHM4cxb6MINBW A2yZtMDCXqywIWZLKeTAo/Y6OoT6UU4aw4+zjRVWFthJLDvPGQxe+d75v1oAl/Yw84MD Qvog== X-Gm-Message-State: AOJu0YyzUkztYDYOv+9OhX82kUIqC8DPhWpjaqg6ZMv0JeTFa6L2iWDY SXIT5nEIu93x1H46UfLW7QUXVFM4h/ZqYvrlq0HFUFN0MEIevjQ3U0qdlg== X-Google-Smtp-Source: AGHT+IGq34DMNTXr/TeN+8+Qz7tfQFziaTAqhttRtrfFbxcwZ5cYmjgUbIGzmkpT48+EYMVRx6/fCA== X-Received: by 2002:a05:6512:3a8d:b0:52f:413:30de with SMTP id 2adb3069b0e04-5331c6e436cmr64396e87.7.1723743857987; Thu, 15 Aug 2024 10:44:17 -0700 (PDT) Received: from erwin (87-205-2-211.static.ip.netia.com.pl. [87.205.2.211]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a83838c6ad0sm131837266b.24.2024.08.15.10.44.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 15 Aug 2024 10:44:17 -0700 (PDT) From: Michal Nazarewicz In-Reply-To: <86a5hd7o4t.fsf@gnu.org> References: <867cfujge6.fsf@gnu.org> <86fruhiwt0.fsf@gnu.org> <868r09ivqn.fsf@gnu.org> <867cftiprt.fsf@gnu.org> <86msoph6wt.fsf@gnu.org> <2+lcnmedng9le3pwfn0gc79m@mina86.com> <86a5hd7o4t.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWjgIPUupJ7V0jLrom4gmjPs42bY0MdFRLHgE5UPDCbfGm9mH6qmkAJAAACNUlEQVQ4y23SMW/aQBQHcKtb2Zx0abZeIxuTCSELJVmiinboRpGHJktloROQzUQcB2vUXFe35XBYUicRAiYUVSjfru/d+QwlnDz5p/97z+dnVcw5WVQ2zxpcdrQTTiIin3bB6lcaTnaBO5c8eoJG2yBl5El+Ob3fglMW3RUIkQ9xxQ8UBEFQafiVZ/5wZqWExM+LvwEegAY856xZO7MgQkq3jxpO56GXxO5VDQAjpVmWqPLYoSGvIahIuvAVHLeEEDd9DRYAkUcKzscAUgCQ0hwSKBOExuh7kvQQUskY4yjsHqeaCfFjLK6x1AzeeyiRD/C1JW5aGqw5IS5mZre+FVz0RVtoUGPJmBCP/4QPJGKUA1oEMJwAHIv+JljYZYCJi1FRQS2DaUw6sgsQTMfb0Fz9RvjyP3iR01x9RGj0N6HgcefS819CSjidDwIFPSFEDgRg1tUw2oBXAB33T2DV63XbM6AqhZzysm3ZcKZrKBAn5O7Q1rAqGoBKNGRsmUG1n0NKaJtd2RnscTWvnom6fGngDaNrCNl728A+c2gLQP8PFpkEjNWjlGqQfPEhWRqoInSyi2p+drsGDjhAeAeSQI8kfjSwbwCn8gblvIftInzT30HdQT2HlU4gwCbLSQ7VFqVEA0RCtjTwtnjdLlkasNjQwF7x02F2iQSL8XIGB8VQ71WBKHHf5XCIgLUUtIcGSBPhdZIQorpEBrxsqT3GYgRpmicIqrsEgSZm3FG+iJbHYid0/wGj+iTGCXRsqQAAAABJRU5ErkJggg== Date: Thu, 15 Aug 2024 19:44:16 +0200 Message-ID: <+b8wcnteufggsda3gtf7ioja@mina86.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 (-) >> From: Michal Nazarewicz >> Date: Thu, 15 Aug 2024 17:41:03 +0200 >>=20 >> I=E2=80=99m getting the same warning on Linux with Emacs 31.0.50 and it= =E2=80=99s not >> caused by a crash. >>=20 >> emacs> M-x find-file RET /o/foo RET blah RET >> cli> $ ls -l /o/.#foo=20 >> cli> -rw------- 1 mpn mpn 0 2024-08-15 16:30 /o/.#foo >> emacs> M-x save-buffer RET >> emacs> =E2=9B=94 Warning (unlock-file): Unlocking file: Invalid argu= ment, /o/foo, ignored >> cli> $ $ ls -l /o/.#foo /o/foo >> cli> -rw------- 1 mpn mpn 5 2024-08-15 16:31 /o/foo >> cli> -rw------- 1 mpn mpn 0 2024-08-15 16:30 /o/.#foo >>=20 >> The problem appears to be that /o is a network file-system which does >> not support symbolic links: >>=20 >> $ mount |grep /o >> //192.168.x.x/data on /o type cifs (rw,relatime,vers=3D3.0,cache=3Ds= trict,username=3Dmpn,uid=3D1000,forceuid,gid=3D1000,forcegid,addr=3D192.168= .x.x,file_mode=3D0600,dir_mode=3D0700,soft,nounix,serverino,mapposix,repars= e=3Dnfs,rsize=3D4194304,wsize=3D4194304,bsize=3D1048576,retrans=3D1,echo_in= terval=3D60,actimeo=3D1,closetimeo=3D1,_netdev) >> $ ln -s /o/foo /o/f >> ln: failed to create symbolic link '/o/f': Input/output error >>=20 >> I guess Emacs notices that when it tries to create a lock file and falls >> back to creating a file, but then it assumes it=E2=80=99s a symlink when= trying >> to remove it. On Thu, Aug 15 2024, Eli Zaretskii wrote: > I'm not sure we need to do anything here, either, but maybe Paul > (CC'ed) has other suggestions or ideas. The way I see it, Emacs has created those files so Emacs should clean after itself. Though I=E2=80=99ve looked at it a bit more closely and it= =E2=80=99s weirder than my original guess. symlink(2) creates the file (as in it creates a regular file rather than a symbolic link) and returns EIO. create_lock_file reports an error and does not go into its fallback. This is why the lock file is empty. In the end, the error comes from current_lock_owner as it tries to parse the empty file. The *Warnings* buffer constantly popping up is annoying so I=E2=80=99d love= this to be addressed though to be honest I=E2=80=99m not sure what would be a go= od solution. Though I guess you can also argue this is CIFS bug. --=20 Best regards =E3=83=9F=E3=83=8F=E3=82=A6 =E2=80=9C=F0=9D=93=B6=F0=9D=93=B2=F0=9D=93=B7= =F0=9D=93=AA86=E2=80=9D =E3=83=8A=E3=82=B6=E3=83=AC=E3=83=B4=E3=82=A4=E3=83= =84 =C2=ABIf at first you don=E2=80=99t succeed, give up skydiving=C2=BB From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 15 13:53:05 2024 Received: (at control) by debbugs.gnu.org; 15 Aug 2024 17:53:05 +0000 Received: from localhost ([127.0.0.1]:49719 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1seeen-0004qC-FO for submit@debbugs.gnu.org; Thu, 15 Aug 2024 13:53:05 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:51676) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1seeel-0004pi-FY for control@debbugs.gnu.org; Thu, 15 Aug 2024 13:53:03 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id A401B3C00E405 for ; Thu, 15 Aug 2024 10:52:21 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP id wMljpu_v24Re for ; Thu, 15 Aug 2024 10:52:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 680BF3C0140A4 for ; Thu, 15 Aug 2024 10:52:21 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 680BF3C0140A4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1723744341; bh=m3g1wSDdmmhp/3eQ1Zvy9oCQxMVJlP8rzLU8nE5DRZM=; h=Message-ID:Date:MIME-Version:To:From; b=br/ZwadxZJ9uCgQww68ff10rSi3OhBUdKAVzwKOrfhRjbABNGUblKXpibTUQS0kVz CfURvbOHxR2JfbXP9AOHYcmh1/bujmVMjvNyFj2q9WOo81ufs2nwNdmYwPEC6lK/AK g6fWuIdvI6hfkXdcpRLF5YX7l9dxrLvcZ8VvejUxMOafIIBAmFSeJDFBbrNAzjRh80 uCQZdah25CjXhaXDu/eDD9OVVE3Gq6FQhMKUQRJp7u2ZZV0+Jy+hpjHA99pZoDIrFe ycT1krQvcPBjJHSv4DYsjxNBYMsDr0GZe/WmjXbZBFNq2IG14DFC+n0BBed3MNGQ26 ppV2aLsA0tupQ== X-Virus-Scanned: amavis at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id r1qDYb2pIPnW for ; Thu, 15 Aug 2024 10:52:21 -0700 (PDT) Received: from [192.168.254.12] (unknown [47.150.137.250]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 506EB3C0140A0 for ; Thu, 15 Aug 2024 10:52:21 -0700 (PDT) Message-ID: <602894da-c475-4b84-9b96-a0a51fd63635@cs.ucla.edu> Date: Thu, 15 Aug 2024 10:52:21 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: control@debbugs.gnu.org From: Paul Eggert Subject: two bug reports for same bug in Emacs Organization: UCLA Computer Science Department Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) 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.0 (-) reopen 70973 merge 70973 72641 From unknown Sat Jun 21 10:27:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Aug 2024 21:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72641 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michal Nazarewicz , Eli Zaretskii Cc: 72641@debbugs.gnu.org Received: via spool by 72641-submit@debbugs.gnu.org id=B72641.172375824910180 (code B ref 72641); Thu, 15 Aug 2024 21:45:02 +0000 Received: (at 72641) by debbugs.gnu.org; 15 Aug 2024 21:44:09 +0000 Received: from localhost ([127.0.0.1]:49846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1seiGO-0002e7-0o for submit@debbugs.gnu.org; Thu, 15 Aug 2024 17:44:08 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:51950) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1seiGK-0002dW-Pe for 72641@debbugs.gnu.org; Thu, 15 Aug 2024 17:44:05 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 7C4CA3C0140A0; Thu, 15 Aug 2024 14:43:22 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP id S4zVTuBMp3ir; Thu, 15 Aug 2024 14:43:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id A733B3C0140A4; Thu, 15 Aug 2024 14:43:21 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu A733B3C0140A4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1723758201; bh=7iaZYzexNRu9P+Hj5HT8jUhotkHl34AjKlAvsOapmTc=; h=Message-ID:Date:MIME-Version:To:From; b=Jcnr2bu9k4sIfQR9HmTjzzX16gmOW/St7EPUUtxdJhHj3k0VGUcCzTM0C94/J1gAg fsGa5tl7a9Nr4rsFcD83jq0CQtLDHz0DAjBQK5sM9jmKoZf7VYiKSoro8kiDJ6LbM2 O4XmuuDKcVdbqRTX8a/I9xIn4/IV7irnA1au2rrw5v+gjeQIfw+TfNZs8/8WxWTCgW ocZWM2deQNQ7nIOLsgVsKhluD82JF/p3EcnYxhJZUif4x5rGiNg3LM7mqSnmQXNoHg ucFZu24yJ/brH5guKEj4EMP1rH5KQNB5S1OcsyuTE27jt472RunVF/lQP+cTygZ+le wMUgBT91ZERqQ== X-Virus-Scanned: amavis at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id Mm3KA6uWNABE; Thu, 15 Aug 2024 14:43:21 -0700 (PDT) Received: from [192.168.254.12] (unknown [47.150.137.250]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 7CD673C0140A0; Thu, 15 Aug 2024 14:43:21 -0700 (PDT) Content-Type: multipart/mixed; boundary="------------0HVNskQYAeXg0LiC31TPustc" Message-ID: Date: Thu, 15 Aug 2024 14:43:21 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <867cfujge6.fsf@gnu.org> <86fruhiwt0.fsf@gnu.org> <868r09ivqn.fsf@gnu.org> <867cftiprt.fsf@gnu.org> <86msoph6wt.fsf@gnu.org> <2+lcnmedng9le3pwfn0gc79m@mina86.com> <86a5hd7o4t.fsf@gnu.org> <+b8wcnteufggsda3gtf7ioja@mina86.com> Content-Language: en-US From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <+b8wcnteufggsda3gtf7ioja@mina86.com> 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 (-) This is a multi-part message in MIME format. --------------0HVNskQYAeXg0LiC31TPustc Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable On 2024-08-15 10:44, Michal Nazarewicz wrote: > The*Warnings* buffer constantly popping up is annoying so I=E2=80=99d l= ove this > to be addressed though to be honest I=E2=80=99m not sure what would be = a good > solution. Though I guess you can also argue this is CIFS bug. It's definitely a file system bug. The symlink syscall should never=20 create a regular file. I suggest reporting the bug to whoever maintains=20 your file system code. I don't see any good way to prevent Emacs from creating these=20 zero-length files on buggy file systems. That being said, I think Emacs can ignore and remove bad lock files=20 without introducing more races. I installed the attached into the master=20 branch and it works for me on your test case (which I introduced=20 artificially on GNU/Linux). Please give it a try. The first patches in this series are just setup. The last patch is the=20 real workaround. --------------0HVNskQYAeXg0LiC31TPustc Content-Type: text/x-patch; charset=UTF-8; name="0001-Fix-unlikely-lock-file-integer-overflow.patch" Content-Disposition: attachment; filename="0001-Fix-unlikely-lock-file-integer-overflow.patch" Content-Transfer-Encoding: base64 RnJvbSBjYmFjZGNhOWUzZjZkY2Y5Yjg4NzA0MzkxZjA2ZGFmNzMwMTYwOGIwIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBQYXVsIEVnZ2VydCA8ZWdnZXJ0QGNzLnVjbGEuZWR1 PgpEYXRlOiBUaHUsIDE1IEF1ZyAyMDI0IDExOjI5OjE2IC0wNzAwClN1YmplY3Q6IFtQQVRD SCAxLzRdIEZpeCB1bmxpa2VseSBsb2NrIGZpbGUgaW50ZWdlciBvdmVyZmxvdwoKKiBzcmMv ZmlsZWxvY2suYyAod2l0aGluX29uZV9zZWNvbmQpOiBBY2NlcHQgaW50bWF4X3QgZmlyc3Qg YXJnLgpBdm9pZCB1bmRlZmluZWQgYmVoYXZpb3Igb24gaW50ZWdlciBvdmVyZmxvdy4KKGN1 cnJlbnRfbG9ja19vd25lcik6IFNpbXBsaWZ5IGJhc2VkIG9uIHdpdGhpbl9vbmVfc2Vjb25k IGNoYW5nZS4KLS0tCiBzcmMvZmlsZWxvY2suYyB8IDggKysrKy0tLS0KIDEgZmlsZSBjaGFu Z2VkLCA0IGluc2VydGlvbnMoKyksIDQgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvc3Jj L2ZpbGVsb2NrLmMgYi9zcmMvZmlsZWxvY2suYwppbmRleCA2OWJkMDMyMmQ0Yy4uNTVhYjE1 ZmViOGQgMTAwNjQ0Ci0tLSBhL3NyYy9maWxlbG9jay5jCisrKyBiL3NyYy9maWxlbG9jay5j CkBAIC0yOTgsOSArMjk4LDEwIEBAIGxvY2tfZmlsZV8xIChMaXNwX09iamVjdCBsZm5hbWUs IGJvb2wgZm9yY2UpCiAvKiBSZXR1cm4gdHJ1ZSBpZiB0aW1lcyBBIGFuZCBCIGFyZSBubyBt b3JlIHRoYW4gb25lIHNlY29uZCBhcGFydC4gICovCiAKIHN0YXRpYyBib29sCi13aXRoaW5f b25lX3NlY29uZCAodGltZV90IGEsIHRpbWVfdCBiKQord2l0aGluX29uZV9zZWNvbmQgKGlu dG1heF90IGEsIHRpbWVfdCBiKQogewotICByZXR1cm4gKGEgLSBiID49IC0xICYmIGEgLSBi IDw9IDEpOworICBpbnRtYXhfdCBkaWZmOworICByZXR1cm4gIWNrZF9zdWIgKCZkaWZmLCBh LCBiKSAmJiAtMSA8PSBkaWZmICYmIGRpZmYgPD0gMTsKIH0KIAwKIC8qIE9uIHN5c3RlbXMg bGFja2luZyBFTE9PUCwgdGVzdCBmb3IgYW4gZXJybm8gdmFsdWUgdGhhdCBzaG91bGRuJ3Qg b2NjdXIuICAqLwpAQCAtNDY5LDggKzQ3MCw3IEBAIGN1cnJlbnRfbG9ja19vd25lciAobG9j a19pbmZvX3R5cGUgKm93bmVyLCBMaXNwX09iamVjdCBsZm5hbWUpCiAgICAgICBlbHNlIGlm IChWQUxJRF9QUk9DRVNTX0lEIChwaWQpCiAgICAgICAgICAgICAgICAmJiAoa2lsbCAocGlk LCAwKSA+PSAwIHx8IGVycm5vID09IEVQRVJNKQogCSAgICAgICAmJiAoYm9vdF90aW1lID09 IDAKLQkJICAgfHwgKGJvb3RfdGltZSA8PSBUWVBFX01BWElNVU0gKHRpbWVfdCkKLQkJICAg ICAgICYmIHdpdGhpbl9vbmVfc2Vjb25kIChib290X3RpbWUsIGdldF9ib290X3NlYyAoKSkp KSkKKwkJICAgfHwgd2l0aGluX29uZV9zZWNvbmQgKGJvb3RfdGltZSwgZ2V0X2Jvb3Rfc2Vj ICgpKSkpCiAgICAgICAgIHJldHVybiBBTk9USEVSX09XTlNfSVQ7CiAgICAgICAvKiBUaGUg b3duZXIgcHJvY2VzcyBpcyBkZWFkIG9yIGhhcyBhIHN0cmFuZ2UgcGlkLCBzbyB0cnkgdG8K ICAgICAgICAgIHphcCB0aGUgbG9ja2ZpbGUuICAqLwotLSAKMi40My4wCgo= --------------0HVNskQYAeXg0LiC31TPustc Content-Type: text/x-patch; charset=UTF-8; name="0002-Avoid-some-GC-when-locking-unlocking-files.patch" Content-Disposition: attachment; filename="0002-Avoid-some-GC-when-locking-unlocking-files.patch" Content-Transfer-Encoding: base64 RnJvbSA0YjZiOWE3YWNkYzRmN2QwNTk0Y2FhYWEzODJlMmU2MzNmOGYxMjI1IE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBQYXVsIEVnZ2VydCA8ZWdnZXJ0QGNzLnVjbGEuZWR1 PgpEYXRlOiBUaHUsIDE1IEF1ZyAyMDI0IDEyOjU4OjE5IC0wNzAwClN1YmplY3Q6IFtQQVRD SCAyLzRdIEF2b2lkIHNvbWUgR0Mgd2hlbiBsb2NraW5nL3VubG9ja2luZyBmaWxlcwpNSU1F LVZlcnNpb246IDEuMApDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9VVRGLTgK Q29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogOGJpdAoKKiBzcmMvZmlsZWxvY2suYyAobG9j a19maWxlXzEsIGN1cnJlbnRfbG9ja19vd25lcik6CkRvbuKAmXQgcG9zc2libHkgaW52b2tl IHRoZSBnYXJiYWdlIGNvbGxlY3RvciB3aGVuCmNvbXBhcmluZyBsb2NrIGZpbGUgY29udGVu dHMgdG8gaG9zdCBuYW1lcy4KLS0tCiBzcmMvZmlsZWxvY2suYyB8IDYyICsrKysrKysrKysr KysrKysrKysrKysrKysrKysrKy0tLS0tLS0tLS0tLS0tLS0tLS0tCiAxIGZpbGUgY2hhbmdl ZCwgMzcgaW5zZXJ0aW9ucygrKSwgMjUgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvc3Jj L2ZpbGVsb2NrLmMgYi9zcmMvZmlsZWxvY2suYwppbmRleCA1NWFiMTVmZWI4ZC4uY2RmOWU2 ZjBmZmMgMTAwNjQ0Ci0tLSBhL3NyYy9maWxlbG9jay5jCisrKyBiL3NyYy9maWxlbG9jay5j CkBAIC0yNzEsMjcgKzI3MSwyOSBAQCBsb2NrX2ZpbGVfMSAoTGlzcF9PYmplY3QgbGZuYW1l LCBib29sIGZvcmNlKQogICBpbnRtYXhfdCBib290ID0gZ2V0X2Jvb3Rfc2VjICgpOwogICBM aXNwX09iamVjdCBsdXNlcl9uYW1lID0gRnVzZXJfbG9naW5fbmFtZSAoUW5pbCk7CiAgIExp c3BfT2JqZWN0IGxob3N0X25hbWUgPSBGc3lzdGVtX25hbWUgKCk7Ci0KLSAgLyogUHJvdGVj dCBhZ2FpbnN0IHRoZSBleHRyZW1lbHkgdW5saWtlbHkgY2FzZSBvZiB0aGUgaG9zdCBuYW1l Ci0gICAgIGNvbnRhaW5pbmcgYW4gQCBjaGFyYWN0ZXIuICAqLwotICBpZiAoIU5JTFAgKGxo b3N0X25hbWUpICYmIHN0cmNociAoU1NEQVRBIChsaG9zdF9uYW1lKSwgJ0AnKSkKLSAgICBs aG9zdF9uYW1lID0gQ0FMTE4gKEZmdW5jYWxsLCBRc3RyaW5nX3JlcGxhY2UsCi0JCQlidWls ZF9zdHJpbmcgKCJAIiksIGJ1aWxkX3N0cmluZyAoIi0iKSwKLQkJCWxob3N0X25hbWUpOwot CiAgIGNoYXIgY29uc3QgKnVzZXJfbmFtZSA9IFNUUklOR1AgKGx1c2VyX25hbWUpID8gU1NE QVRBIChsdXNlcl9uYW1lKSA6ICIiOwogICBjaGFyIGNvbnN0ICpob3N0X25hbWUgPSBTVFJJ TkdQIChsaG9zdF9uYW1lKSA/IFNTREFUQSAobGhvc3RfbmFtZSkgOiAiIjsKICAgY2hhciBs b2NrX2luZm9fc3RyW01BWF9MRklORk8gKyAxXTsKICAgaW50bWF4X3QgcGlkID0gZ2V0cGlk ICgpOwogCi0gIGNoYXIgY29uc3QgKmxvY2tfaW5mb19mbXQgPSAoYm9vdAotCQkJICAgICAg ID8gIiVzQCVzLiUiUFJJZE1BWCI6JSJQUklkTUFYCi0JCQkgICAgICAgOiAiJXNAJXMuJSJQ UklkTUFYKTsKLSAgaW50IGxlbiA9IHNucHJpbnRmIChsb2NrX2luZm9fc3RyLCBzaXplb2Yg bG9ja19pbmZvX3N0ciwKLQkJICAgICAgbG9ja19pbmZvX2ZtdCwgdXNlcl9uYW1lLCBob3N0 X25hbWUsIHBpZCwgYm9vdCk7CisgIGludCByb29tID0gc2l6ZW9mIGxvY2tfaW5mb19zdHI7 CisgIGludCBsZW4gPSBzbnByaW50ZiAobG9ja19pbmZvX3N0ciwgcm9vbSwgIiVzQCIsIHVz ZXJfbmFtZSk7CiAgIGlmICghICgwIDw9IGxlbiAmJiBsZW4gPCBzaXplb2YgbG9ja19pbmZv X3N0cikpCiAgICAgcmV0dXJuIEVOQU1FVE9PTE9ORzsKLQorICAvKiBQcm90ZWN0IGFnYWlu c3QgdGhlIGV4dHJlbWVseSB1bmxpa2VseSBjYXNlIG9mIHRoZSBob3N0IG5hbWUKKyAgICAg Y29udGFpbmluZyBhbiBAIGNoYXJhY3Rlci4gICovCisgIGZvciAoOyAqaG9zdF9uYW1lOyBs ZW4rKywgaG9zdF9uYW1lKyspCisgICAgeworICAgICAgaWYgKCEgKGxlbiA8IHNpemVvZiBs b2NrX2luZm9fc3RyIC0gMSkpCisJcmV0dXJuIEVOQU1FVE9PTE9ORzsKKyAgICAgIGxvY2tf aW5mb19zdHJbbGVuXSA9ICpob3N0X25hbWUgPT0gJ0AnID8gJy0nIDogKmhvc3RfbmFtZTsK KyAgICB9CisgIGNoYXIgY29uc3QgKmxvY2tfaW5mb19mbXQgPSBib290ID8gIi4lIlBSSWRN QVgiOiUiUFJJZE1BWCA6ICIuJSJQUklkTUFYOworICByb29tID0gc2l6ZW9mIGxvY2tfaW5m b19zdHIgLSBsZW47CisgIGludCBzdWZmaXhsZW4gPSBzbnByaW50ZiAobG9ja19pbmZvX3N0 ciArIGxlbiwgcm9vbSwKKwkJCSAgICBsb2NrX2luZm9fZm10LCBwaWQsIGJvb3QpOworICBp ZiAoISAoMCA8PSBzdWZmaXhsZW4gJiYgc3VmZml4bGVuIDwgcm9vbSkpCisgICAgcmV0dXJu IEVOQU1FVE9PTE9ORzsKICAgcmV0dXJuIGNyZWF0ZV9sb2NrX2ZpbGUgKFNTREFUQSAobGZu YW1lKSwgbG9ja19pbmZvX3N0ciwgZm9yY2UpOwogfQogCkBAIC00NDgsMjIgKzQ1MCwzMiBA QCBjdXJyZW50X2xvY2tfb3duZXIgKGxvY2tfaW5mb190eXBlICpvd25lciwgTGlzcF9PYmpl Y3QgbGZuYW1lKQogICBpZiAobGZpbmZvX2VuZCAhPSBvd25lci0+dXNlciArIGxmaW5mb2xl bikKICAgICByZXR1cm4gRUlOVkFMOwogCisgIGNoYXIgKmxpbmtob3N0ID0gYXQgKyAxOwor ICBwdHJkaWZmX3QgbGlua2hvc3RsZW4gPSBkb3QgLSBsaW5raG9zdDsKICAgTGlzcF9PYmpl Y3Qgc3lzdGVtX25hbWUgPSBGc3lzdGVtX25hbWUgKCk7CiAgIC8qIElmIGBzeXN0ZW0tbmFt ZScgcmV0dXJucyBuaWwsIHRoYXQgbWVhbnMgd2UncmUgaW4gYQogICAgICAtLW5vLWJ1aWxk LWRldGFpbHMgRW1hY3MsIGFuZCB0aGUgbmFtZSBwYXJ0IG9mIHRoZSBsaW5rIChlLmcuLAog ICAgICAuI3Rlc3QudHh0IC0+IGxhcnNpQC4xMTg5NjE6MTY0NjU3Nzk1NCkgaXMgYW4gZW1w dHkgc3RyaW5nLiAgKi8KKyAgYm9vbCBvbl9jdXJyZW50X2hvc3Q7CiAgIGlmIChOSUxQIChz eXN0ZW1fbmFtZSkpCi0gICAgc3lzdGVtX25hbWUgPSBidWlsZF9zdHJpbmcgKCIiKTsKLSAg LyogUHJvdGVjdCBhZ2FpbnN0IHRoZSBleHRyZW1lbHkgdW5saWtlbHkgY2FzZSBvZiB0aGUg aG9zdCBuYW1lCi0gICAgIGNvbnRhaW5pbmcgYW4gQCBjaGFyYWN0ZXIuICAqLwotICBlbHNl IGlmIChzdHJjaHIgKFNTREFUQSAoc3lzdGVtX25hbWUpLCAnQCcpKQotICAgIHN5c3RlbV9u YW1lID0gQ0FMTE4gKEZmdW5jYWxsLCBpbnRlcm4gKCJzdHJpbmctcmVwbGFjZSIpLAotCQkJ IGJ1aWxkX3N0cmluZyAoIkAiKSwgYnVpbGRfc3RyaW5nICgiLSIpLAotCQkJIHN5c3RlbV9u YW1lKTsKLSAgLyogT24gY3VycmVudCBob3N0PyAgKi8KLSAgaWYgKFNUUklOR1AgKHN5c3Rl bV9uYW1lKQotICAgICAgJiYgZG90IC0gKGF0ICsgMSkgPT0gU0JZVEVTIChzeXN0ZW1fbmFt ZSkKLSAgICAgICYmIG1lbWNtcCAoYXQgKyAxLCBTU0RBVEEgKHN5c3RlbV9uYW1lKSwgU0JZ VEVTIChzeXN0ZW1fbmFtZSkpID09IDApCisgICAgb25fY3VycmVudF9ob3N0ID0gbGlua2hv c3RsZW4gPT0gMDsKKyAgZWxzZQorICAgIHsKKyAgICAgIG9uX2N1cnJlbnRfaG9zdCA9IGxp bmtob3N0bGVuID09IFNCWVRFUyAoc3lzdGVtX25hbWUpOworICAgICAgaWYgKG9uX2N1cnJl bnRfaG9zdCkKKwl7CisJICAvKiBQcm90ZWN0IGFnYWluc3QgdGhlIGV4dHJlbWVseSB1bmxp a2VseSBjYXNlIG9mIHRoZSBob3N0CisJICAgICBuYW1lIGNvbnRhaW5pbmcgJ0AnLiAgKi8K KwkgIGNoYXIgKnN5c25hbWUgPSBTU0RBVEEgKHN5c3RlbV9uYW1lKTsKKwkgIGZvciAocHRy ZGlmZl90IGkgPSAwOyBpIDwgbGlua2hvc3RsZW47IGkrKykKKwkgICAgaWYgKGxpbmtob3N0 W2ldICE9IChzeXNuYW1lW2ldID09ICdAJyA/ICctJyA6IHN5c25hbWVbaV0pKQorCSAgICAg IHsKKwkJb25fY3VycmVudF9ob3N0ID0gZmFsc2U7CisJCWJyZWFrOworCSAgICAgIH0KKwl9 CisgICAgfQorICBpZiAob25fY3VycmVudF9ob3N0KQogICAgIHsKICAgICAgIGlmIChwaWQg PT0gZ2V0cGlkICgpKQogICAgICAgICByZXR1cm4gSV9PV05fSVQ7Ci0tIAoyLjQzLjAKCg== --------------0HVNskQYAeXg0LiC31TPustc Content-Type: text/x-patch; charset=UTF-8; name="0003-Refactor-current_lock_owner.patch" Content-Disposition: attachment; filename="0003-Refactor-current_lock_owner.patch" Content-Transfer-Encoding: base64 RnJvbSA3NzVmYTg0NDNmYWEzZDdmNWNlN2Y3ZDBhYTZlNmZiNTMzMjE3MTVhIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBQYXVsIEVnZ2VydCA8ZWdnZXJ0QGNzLnVjbGEuZWR1 PgpEYXRlOiBUaHUsIDE1IEF1ZyAyMDI0IDEzOjE3OjI0IC0wNzAwClN1YmplY3Q6IFtQQVRD SCAzLzRdIFJlZmFjdG9yIGN1cnJlbnRfbG9ja19vd25lcgoKKiBzcmMvZmlsZWxvY2suYyAo Y3VycmVudF9sb2NrX293bmVyKTogUmVmYWN0b3IgdG8gbWFrZSBmdXJ0aGVyCmNoYW5nZXMg ZWFzaWVyLiAgVGhpcyBzaG91bGQgbm90IGFmZmVjdCBiZWhhdmlvci4KLS0tCiBzcmMvZmls ZWxvY2suYyB8IDE4NSArKysrKysrKysrKysrKysrKysrKysrKysrLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tCiAxIGZpbGUgY2hhbmdlZCwgOTUgaW5zZXJ0aW9ucygrKSwgOTAgZGVsZXRp b25zKC0pCgpkaWZmIC0tZ2l0IGEvc3JjL2ZpbGVsb2NrLmMgYi9zcmMvZmlsZWxvY2suYwpp bmRleCBjZGY5ZTZmMGZmYy4uYzY4YWFjYzQ2ZmIgMTAwNjQ0Ci0tLSBhL3NyYy9maWxlbG9j ay5jCisrKyBiL3NyYy9maWxlbG9jay5jCkBAIC0zODYsOSArMzg2LDYgQEAgaW50ZWdlcl9w cmVmaXhlZCAoY2hhciBjb25zdCAqcykKIGN1cnJlbnRfbG9ja19vd25lciAobG9ja19pbmZv X3R5cGUgKm93bmVyLCBMaXNwX09iamVjdCBsZm5hbWUpCiB7CiAgIGxvY2tfaW5mb190eXBl IGxvY2FsX293bmVyOwotICBwdHJkaWZmX3QgbGZpbmZvbGVuOwotICBpbnRtYXhfdCBwaWQs IGJvb3RfdGltZTsKLSAgY2hhciAqYXQsICpkb3QsICpsZmluZm9fZW5kOwogCiAgIC8qIEV2 ZW4gaWYgdGhlIGNhbGxlciBkb2Vzbid0IHdhbnQgdGhlIG93bmVyIGluZm8sIHdlIHN0aWxs IGhhdmUgdG8KICAgICAgcmVhZCBpdCB0byBkZXRlcm1pbmUgcmV0dXJuIHZhbHVlLiAgKi8K QEAgLTM5NiwxMDQgKzM5MywxMTIgQEAgY3VycmVudF9sb2NrX293bmVyIChsb2NrX2luZm9f dHlwZSAqb3duZXIsIExpc3BfT2JqZWN0IGxmbmFtZSkKICAgICBvd25lciA9ICZsb2NhbF9v d25lcjsKIAogICAvKiBJZiBub25leGlzdGVudCBsb2NrIGZpbGUsIGFsbCBpcyB3ZWxsOyBv dGhlcndpc2UsIGdvdCBzdHJhbmdlIGVycm9yLiAqLwotICBsZmluZm9sZW4gPSByZWFkX2xv Y2tfZGF0YSAoU1NEQVRBIChsZm5hbWUpLCBvd25lci0+dXNlcik7CisgIHB0cmRpZmZfdCBs ZmluZm9sZW4gPSByZWFkX2xvY2tfZGF0YSAoU1NEQVRBIChsZm5hbWUpLCBvd25lci0+dXNl cik7CiAgIGlmIChsZmluZm9sZW4gPCAwKQogICAgIHJldHVybiBlcnJubyA9PSBFTk9FTlQg fHwgZXJybm8gPT0gRU5PVERJUiA/IDAgOiBlcnJubzsKLSAgaWYgKE1BWF9MRklORk8gPCBs ZmluZm9sZW4pCi0gICAgcmV0dXJuIEVOQU1FVE9PTE9ORzsKLSAgb3duZXItPnVzZXJbbGZp bmZvbGVuXSA9IDA7Ci0KLSAgLyogUGFyc2UgVVNFUkBIT1NULlBJRDpCT09UX1RJTUUuICBJ ZiBjYW4ndCBwYXJzZSwgcmV0dXJuIEVJTlZBTC4gICovCi0gIC8qIFRoZSBVU0VSIGlzIGV2 ZXJ5dGhpbmcgYmVmb3JlIHRoZSBsYXN0IEAuICAqLwotICBvd25lci0+YXQgPSBhdCA9IG1l bXJjaHIgKG93bmVyLT51c2VyLCAnQCcsIGxmaW5mb2xlbik7Ci0gIGlmICghYXQpCi0gICAg cmV0dXJuIEVJTlZBTDsKLSAgb3duZXItPmRvdCA9IGRvdCA9IHN0cnJjaHIgKGF0LCAnLicp OwotICBpZiAoIWRvdCkKLSAgICByZXR1cm4gRUlOVkFMOwotCi0gIC8qIFRoZSBQSUQgaXMg ZXZlcnl0aGluZyBmcm9tIHRoZSBsYXN0ICcuJyB0byB0aGUgJzonIG9yIGVxdWl2YWxlbnQu ICAqLwotICBpZiAoISBpbnRlZ2VyX3ByZWZpeGVkIChkb3QgKyAxKSkKLSAgICByZXR1cm4g RUlOVkFMOwotICBlcnJubyA9IDA7Ci0gIHBpZCA9IHN0cnRvaW1heCAoZG90ICsgMSwgJm93 bmVyLT5jb2xvbiwgMTApOwotICBpZiAoZXJybm8gPT0gRVJBTkdFKQotICAgIHBpZCA9IC0x OwotCi0gIC8qIEFmdGVyIHRoZSAnOicgb3IgZXF1aXZhbGVudCwgaWYgdGhlcmUgaXMgb25l LCBjb21lcyB0aGUgYm9vdCB0aW1lLiAgKi8KLSAgY2hhciAqYm9vdCA9IG93bmVyLT5jb2xv biArIDE7Ci0gIHN3aXRjaCAob3duZXItPmNvbG9uWzBdKQorCisgIC8qIEV4YW1pbmUgbG9j ayBmaWxlIGNvbnRlbnRzLiAgKi8KKyAgaWYgKHRydWUpCiAgICAgewotICAgIGNhc2UgMDoK LSAgICAgIGJvb3RfdGltZSA9IDA7Ci0gICAgICBsZmluZm9fZW5kID0gb3duZXItPmNvbG9u OwotICAgICAgYnJlYWs7CisgICAgICBpZiAoTUFYX0xGSU5GTyA8IGxmaW5mb2xlbikKKwly ZXR1cm4gRU5BTUVUT09MT05HOworICAgICAgb3duZXItPnVzZXJbbGZpbmZvbGVuXSA9IDA7 CiAKLSAgICBjYXNlICdcMzU3JzoKLSAgICAgIC8qIFRyZWF0ICJcMzU3XDIwMFwyNDIiIChV K0YwMjIgaW4gVVRGLTgpIGFzIGlmIGl0IHdlcmUgIjoiIChCdWcjMjQ2NTYpLgotCSBUaGlz IHdvcmtzIGFyb3VuZCBhIGJ1ZyBpbiB0aGUgTGludXggQ0lGUyBrZXJuZWwgY2xpZW50LCB3 aGljaCBjYW4KLQkgbWlzdGFrZW5seSB0cmFuc2xpdGVyYXRlICc6JyB0byBVK0YwMjIgaW4g c3ltbGluayBjb250ZW50cy4KLQkgU2VlIDxodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20v c2hvd19idWcuY2dpP2lkPTEzODQxNTM+LiAgKi8KLSAgICAgIGlmICghIChib290WzBdID09 ICdcMjAwJyAmJiBib290WzFdID09ICdcMjQyJykpCisgICAgICAvKiBQYXJzZSBVU0VSQEhP U1QuUElEOkJPT1RfVElNRS4gIElmIGNhbid0IHBhcnNlLCByZXR1cm4gRUlOVkFMLiAgKi8K KyAgICAgIC8qIFRoZSBVU0VSIGlzIGV2ZXJ5dGhpbmcgYmVmb3JlIHRoZSBsYXN0IEAuICAq LworICAgICAgY2hhciAqYXQgPSBtZW1yY2hyIChvd25lci0+dXNlciwgJ0AnLCBsZmluZm9s ZW4pOworICAgICAgaWYgKCFhdCkKIAlyZXR1cm4gRUlOVkFMOwotICAgICAgYm9vdCArPSAy OwotICAgICAgRkFMTFRIUk9VR0g7Ci0gICAgY2FzZSAnOic6Ci0gICAgICBpZiAoISBpbnRl Z2VyX3ByZWZpeGVkIChib290KSkKKyAgICAgIG93bmVyLT5hdCA9IGF0OworICAgICAgY2hh ciAqZG90ID0gc3RycmNociAoYXQsICcuJyk7CisgICAgICBpZiAoIWRvdCkKIAlyZXR1cm4g RUlOVkFMOwotICAgICAgYm9vdF90aW1lID0gc3RydG9pbWF4IChib290LCAmbGZpbmZvX2Vu ZCwgMTApOwotICAgICAgYnJlYWs7CisgICAgICBvd25lci0+ZG90ID0gZG90OwogCi0gICAg ZGVmYXVsdDoKLSAgICAgIHJldHVybiBFSU5WQUw7Ci0gICAgfQotICBpZiAobGZpbmZvX2Vu ZCAhPSBvd25lci0+dXNlciArIGxmaW5mb2xlbikKLSAgICByZXR1cm4gRUlOVkFMOwotCi0g IGNoYXIgKmxpbmtob3N0ID0gYXQgKyAxOwotICBwdHJkaWZmX3QgbGlua2hvc3RsZW4gPSBk b3QgLSBsaW5raG9zdDsKLSAgTGlzcF9PYmplY3Qgc3lzdGVtX25hbWUgPSBGc3lzdGVtX25h bWUgKCk7Ci0gIC8qIElmIGBzeXN0ZW0tbmFtZScgcmV0dXJucyBuaWwsIHRoYXQgbWVhbnMg d2UncmUgaW4gYQotICAgICAtLW5vLWJ1aWxkLWRldGFpbHMgRW1hY3MsIGFuZCB0aGUgbmFt ZSBwYXJ0IG9mIHRoZSBsaW5rIChlLmcuLAotICAgICAuI3Rlc3QudHh0IC0+IGxhcnNpQC4x MTg5NjE6MTY0NjU3Nzk1NCkgaXMgYW4gZW1wdHkgc3RyaW5nLiAgKi8KLSAgYm9vbCBvbl9j dXJyZW50X2hvc3Q7Ci0gIGlmIChOSUxQIChzeXN0ZW1fbmFtZSkpCi0gICAgb25fY3VycmVu dF9ob3N0ID0gbGlua2hvc3RsZW4gPT0gMDsKLSAgZWxzZQotICAgIHsKLSAgICAgIG9uX2N1 cnJlbnRfaG9zdCA9IGxpbmtob3N0bGVuID09IFNCWVRFUyAoc3lzdGVtX25hbWUpOwotICAg ICAgaWYgKG9uX2N1cnJlbnRfaG9zdCkKKyAgICAgIC8qIFRoZSBQSUQgaXMgZXZlcnl0aGlu ZyBmcm9tIHRoZSBsYXN0ICcuJyB0byB0aGUgJzonIG9yIGVxdWl2YWxlbnQuICAqLworICAg ICAgaWYgKCEgaW50ZWdlcl9wcmVmaXhlZCAoZG90ICsgMSkpCisJcmV0dXJuIEVJTlZBTDsK KyAgICAgIGVycm5vID0gMDsKKyAgICAgIGludG1heF90IHBpZCA9IHN0cnRvaW1heCAoZG90 ICsgMSwgJm93bmVyLT5jb2xvbiwgMTApOworICAgICAgaWYgKGVycm5vID09IEVSQU5HRSkK KwlwaWQgPSAtMTsKKworICAgICAgLyogQWZ0ZXIgdGhlICc6JyBvciBlcXVpdmFsZW50LCBp ZiB0aGVyZSBpcyBvbmUsIGNvbWVzIHRoZSBib290IHRpbWUuICAqLworICAgICAgaW50bWF4 X3QgYm9vdF90aW1lOworICAgICAgY2hhciAqYm9vdCA9IG93bmVyLT5jb2xvbiArIDEsICps ZmluZm9fZW5kOworICAgICAgc3dpdGNoIChvd25lci0+Y29sb25bMF0pCiAJewotCSAgLyog UHJvdGVjdCBhZ2FpbnN0IHRoZSBleHRyZW1lbHkgdW5saWtlbHkgY2FzZSBvZiB0aGUgaG9z dAotCSAgICAgbmFtZSBjb250YWluaW5nICdAJy4gICovCi0JICBjaGFyICpzeXNuYW1lID0g U1NEQVRBIChzeXN0ZW1fbmFtZSk7Ci0JICBmb3IgKHB0cmRpZmZfdCBpID0gMDsgaSA8IGxp bmtob3N0bGVuOyBpKyspCi0JICAgIGlmIChsaW5raG9zdFtpXSAhPSAoc3lzbmFtZVtpXSA9 PSAnQCcgPyAnLScgOiBzeXNuYW1lW2ldKSkKLQkgICAgICB7Ci0JCW9uX2N1cnJlbnRfaG9z dCA9IGZhbHNlOwotCQlicmVhazsKLQkgICAgICB9CisJY2FzZSAwOgorCSAgYm9vdF90aW1l ID0gMDsKKwkgIGxmaW5mb19lbmQgPSBvd25lci0+Y29sb247CisJICBicmVhazsKKworCWNh c2UgJ1wzNTcnOgorCSAgLyogVHJlYXQgIlwzNTdcMjAwXDI0MiIgKFUrRjAyMiBpbiBVVEYt OCkgbGlrZSAiOiIgKEJ1ZyMyNDY1NikuCisJICAgICBUaGlzIHdvcmtzIGFyb3VuZCBhIGJ1 ZyBpbiB0aGUgTGludXggQ0lGUyBrZXJuZWwgY2xpZW50LCB3aGljaCBjYW4KKwkgICAgIG1p c3Rha2VubHkgdHJhbnNsaXRlcmF0ZSAnOicgdG8gVStGMDIyIGluIHN5bWxpbmsgY29udGVu dHMuCisJICAgICBTZWUgPGh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5j Z2k/aWQ9MTM4NDE1Mz4uICAqLworCSAgaWYgKCEgKGJvb3RbMF0gPT0gJ1wyMDAnICYmIGJv b3RbMV0gPT0gJ1wyNDInKSkKKwkgICAgcmV0dXJuIEVJTlZBTDsKKwkgIGJvb3QgKz0gMjsK KwkgIEZBTExUSFJPVUdIOworCWNhc2UgJzonOgorCSAgaWYgKCEgaW50ZWdlcl9wcmVmaXhl ZCAoYm9vdCkpCisJICAgIHJldHVybiBFSU5WQUw7CisJICBib290X3RpbWUgPSBzdHJ0b2lt YXggKGJvb3QsICZsZmluZm9fZW5kLCAxMCk7CisJICBicmVhazsKKworCWRlZmF1bHQ6CisJ ICByZXR1cm4gRUlOVkFMOwogCX0KLSAgICB9Ci0gIGlmIChvbl9jdXJyZW50X2hvc3QpCi0g ICAgewotICAgICAgaWYgKHBpZCA9PSBnZXRwaWQgKCkpCi0gICAgICAgIHJldHVybiBJX09X Tl9JVDsKLSAgICAgIGVsc2UgaWYgKFZBTElEX1BST0NFU1NfSUQgKHBpZCkKLSAgICAgICAg ICAgICAgICYmIChraWxsIChwaWQsIDApID49IDAgfHwgZXJybm8gPT0gRVBFUk0pCi0JICAg ICAgICYmIChib290X3RpbWUgPT0gMAotCQkgICB8fCB3aXRoaW5fb25lX3NlY29uZCAoYm9v dF90aW1lLCBnZXRfYm9vdF9zZWMgKCkpKSkKLSAgICAgICAgcmV0dXJuIEFOT1RIRVJfT1dO U19JVDsKLSAgICAgIC8qIFRoZSBvd25lciBwcm9jZXNzIGlzIGRlYWQgb3IgaGFzIGEgc3Ry YW5nZSBwaWQsIHNvIHRyeSB0bwotICAgICAgICAgemFwIHRoZSBsb2NrZmlsZS4gICovCisg ICAgICBpZiAobGZpbmZvX2VuZCAhPSBvd25lci0+dXNlciArIGxmaW5mb2xlbikKKwlyZXR1 cm4gRUlOVkFMOworCisgICAgICBjaGFyICpsaW5raG9zdCA9IGF0ICsgMTsKKyAgICAgIHB0 cmRpZmZfdCBsaW5raG9zdGxlbiA9IGRvdCAtIGxpbmtob3N0OworICAgICAgTGlzcF9PYmpl Y3Qgc3lzdGVtX25hbWUgPSBGc3lzdGVtX25hbWUgKCk7CisgICAgICAvKiBJZiBgc3lzdGVt LW5hbWUnIHJldHVybnMgbmlsLCB0aGF0IG1lYW5zIHdlJ3JlIGluIGEKKwkgLS1uby1idWls ZC1kZXRhaWxzIEVtYWNzLCBhbmQgdGhlIG5hbWUgcGFydCBvZiB0aGUgbGluayAoZS5nLiwK KwkgLiN0ZXN0LnR4dCAtPiBsYXJzaUAuMTE4OTYxOjE2NDY1Nzc5NTQpIGlzIGFuIGVtcHR5 IHN0cmluZy4gICovCisgICAgICBib29sIG9uX2N1cnJlbnRfaG9zdDsKKyAgICAgIGlmIChO SUxQIChzeXN0ZW1fbmFtZSkpCisJb25fY3VycmVudF9ob3N0ID0gbGlua2hvc3RsZW4gPT0g MDsKICAgICAgIGVsc2UKLSAgICAgICAgcmV0dXJuIGVtYWNzX3VubGluayAoU1NEQVRBIChs Zm5hbWUpKSA8IDAgPyBlcnJubyA6IDA7Ci0gICAgfQotICBlbHNlCi0gICAgeyAvKiBJZiB3 ZSB3YW50ZWQgdG8gc3VwcG9ydCB0aGUgY2hlY2sgZm9yIHN0YWxlIGxvY2tzIG9uIHJlbW90 ZSBtYWNoaW5lcywKLSAgICAgICAgIGhlcmUncyB3aGVyZSB3ZSdkIGRvIGl0LiAgKi8KLSAg ICAgIHJldHVybiBBTk9USEVSX09XTlNfSVQ7CisJeworCSAgb25fY3VycmVudF9ob3N0ID0g bGlua2hvc3RsZW4gPT0gU0JZVEVTIChzeXN0ZW1fbmFtZSk7CisJICBpZiAob25fY3VycmVu dF9ob3N0KQorCSAgICB7CisJICAgICAgLyogUHJvdGVjdCBhZ2FpbnN0IHRoZSBleHRyZW1l bHkgdW5saWtlbHkgY2FzZSBvZiB0aGUgaG9zdAorCQkgbmFtZSBjb250YWluaW5nICdAJy4g ICovCisJICAgICAgY2hhciAqc3lzbmFtZSA9IFNTREFUQSAoc3lzdGVtX25hbWUpOworCSAg ICAgIGZvciAocHRyZGlmZl90IGkgPSAwOyBpIDwgbGlua2hvc3RsZW47IGkrKykKKwkJaWYg KGxpbmtob3N0W2ldICE9IChzeXNuYW1lW2ldID09ICdAJyA/ICctJyA6IHN5c25hbWVbaV0p KQorCQkgIHsKKwkJICAgIG9uX2N1cnJlbnRfaG9zdCA9IGZhbHNlOworCQkgICAgYnJlYWs7 CisJCSAgfQorCSAgICB9CisJfQorICAgICAgaWYgKCFvbl9jdXJyZW50X2hvc3QpCisJewor CSAgLyogTm90IG9uIGN1cnJlbnQgaG9zdC4gIElmIHdlIHdhbnRlZCB0byBzdXBwb3J0IHRo ZSBjaGVjayBmb3IKKwkgICAgIHN0YWxlIGxvY2tzIG9uIHJlbW90ZSBtYWNoaW5lcywgaGVy ZSdzIHdoZXJlIHdlJ2QgZG8gaXQuICAqLworCSAgcmV0dXJuIEFOT1RIRVJfT1dOU19JVDsK Kwl9CisKKyAgICAgIGlmIChwaWQgPT0gZ2V0cGlkICgpKQorCXJldHVybiBJX09XTl9JVDsK KworICAgICAgaWYgKFZBTElEX1BST0NFU1NfSUQgKHBpZCkKKwkgICYmICEgKGtpbGwgKHBp ZCwgMCkgPCAwICYmIGVycm5vICE9IEVQRVJNKQorCSAgJiYgKGJvb3RfdGltZSA9PSAwCisJ ICAgICAgfHwgd2l0aGluX29uZV9zZWNvbmQgKGJvb3RfdGltZSwgZ2V0X2Jvb3Rfc2VjICgp KSkpCisJcmV0dXJuIEFOT1RIRVJfT1dOU19JVDsKICAgICB9CisKKyAgLyogVGhlIG93bmVy IHByb2Nlc3MgaXMgZGVhZCBvciBoYXMgYSBzdHJhbmdlIHBpZC4KKyAgICAgVHJ5IHRvIHph cCB0aGUgbG9ja2ZpbGUuICAqLworICByZXR1cm4gZW1hY3NfdW5saW5rIChTU0RBVEEgKGxm bmFtZSkpIDwgMCA/IGVycm5vIDogMDsKIH0KIAogDAotLSAKMi40My4wCgo= --------------0HVNskQYAeXg0LiC31TPustc Content-Type: text/x-patch; charset=UTF-8; name="0004-Remove-empty-invalid-lock-files.patch" Content-Disposition: attachment; filename="0004-Remove-empty-invalid-lock-files.patch" Content-Transfer-Encoding: base64 RnJvbSA4YjM2YmZjNTUzYjk3Y2Y0MzViZGZlMWI4NGFiZTIxYzNhNjA1YjlmIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBQYXVsIEVnZ2VydCA8ZWdnZXJ0QGNzLnVjbGEuZWR1 PgpEYXRlOiBUaHUsIDE1IEF1ZyAyMDI0IDEzOjMwOjIzIC0wNzAwClN1YmplY3Q6IFtQQVRD SCA0LzRdIFJlbW92ZSBlbXB0eSAoJiBpbnZhbGlkKSBsb2NrIGZpbGVzCgoqIHNyYy9maWxl bG9jay5jIChjdXJyZW50X2xvY2tfb3duZXIpOgpSZW1vdmUgZW1wdHkgbG9jayBmaWxlcywg YXMgdGhleSBhcmUgbmVjZXNzYXJpbHkgaW52YWxpZAphbmQgY2FuIGJlIGNhdXNlZCBieSBi dWdneSBmaWxlIHN5c3RlbXMuClByb2JsZW0gcmVwb3J0ZWQgYnkgTWljaGFsIE5hemFyZXdp Y3ogKGJ1ZyM3MjY0MSkuCi0tLQogc3JjL2ZpbGVsb2NrLmMgfCAxMSArKysrKysrLS0tLQog MSBmaWxlIGNoYW5nZWQsIDcgaW5zZXJ0aW9ucygrKSwgNCBkZWxldGlvbnMoLSkKCmRpZmYg LS1naXQgYS9zcmMvZmlsZWxvY2suYyBiL3NyYy9maWxlbG9jay5jCmluZGV4IGM2OGFhY2M0 NmZiLi4xYWU1N2RjNzM0NCAxMDA2NDQKLS0tIGEvc3JjL2ZpbGVsb2NrLmMKKysrIGIvc3Jj L2ZpbGVsb2NrLmMKQEAgLTM5Nyw4ICszOTcsOCBAQCBjdXJyZW50X2xvY2tfb3duZXIgKGxv Y2tfaW5mb190eXBlICpvd25lciwgTGlzcF9PYmplY3QgbGZuYW1lKQogICBpZiAobGZpbmZv bGVuIDwgMCkKICAgICByZXR1cm4gZXJybm8gPT0gRU5PRU5UIHx8IGVycm5vID09IEVOT1RE SVIgPyAwIDogZXJybm87CiAKLSAgLyogRXhhbWluZSBsb2NrIGZpbGUgY29udGVudHMuICAq LwotICBpZiAodHJ1ZSkKKyAgLyogSWYgdGhlIGxvY2sgZmlsZSBzZWVtcyB2YWxpZCwgcmV0 dXJuIGEgdmFsdWUgYmFzZWQgb24gaXRzIGNvbnRlbnRzLiAgKi8KKyAgaWYgKGxmaW5mb2xl bikKICAgICB7CiAgICAgICBpZiAoTUFYX0xGSU5GTyA8IGxmaW5mb2xlbikKIAlyZXR1cm4g RU5BTUVUT09MT05HOwpAQCAtNDk2LDggKzQ5NiwxMSBAQCBjdXJyZW50X2xvY2tfb3duZXIg KGxvY2tfaW5mb190eXBlICpvd25lciwgTGlzcF9PYmplY3QgbGZuYW1lKQogCXJldHVybiBB Tk9USEVSX09XTlNfSVQ7CiAgICAgfQogCi0gIC8qIFRoZSBvd25lciBwcm9jZXNzIGlzIGRl YWQgb3IgaGFzIGEgc3RyYW5nZSBwaWQuCi0gICAgIFRyeSB0byB6YXAgdGhlIGxvY2tmaWxl LiAgKi8KKyAgLyogVGhlIG93bmVyIHByb2Nlc3MgaXMgZGVhZCBvciBoYXMgYSBzdHJhbmdl IHBpZCwgb3IgdGhlIGxvY2sgZmlsZSBpcyBlbXB0eS4KKyAgICAgVHJ5IHRvIHphcCB0aGUg bG9ja2ZpbGUuICBJZiB0aGUgbG9jayBmaWxlIGlzIGVtcHR5LCB0aGlzIGFzc3VtZXMKKyAg ICAgdGhlIGZpbGUgc3lzdGVtIGlzIGJ1Z2d5LCBlLmcuLCA8aHR0cHM6Ly9idWdzLmdudS5v cmcvNzI2NDE+LgorICAgICBFbWFjcyBuZXZlciBjcmVhdGVzIGVtcHR5IGxvY2sgZmlsZXMg ZXZlbiB0ZW1wb3JhcmlseSwgc28gcmVtb3ZpbmcKKyAgICAgYW4gZW1wdHkgbG9jayBmaWxl IHNob3VsZCBiZSBoYXJtbGVzcy4gICovCiAgIHJldHVybiBlbWFjc191bmxpbmsgKFNTREFU QSAobGZuYW1lKSkgPCAwID8gZXJybm8gOiAwOwogfQogCi0tIAoyLjQzLjAKCg== --------------0HVNskQYAeXg0LiC31TPustc-- From unknown Sat Jun 21 10:27:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system Resent-From: Michal Nazarewicz Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Aug 2024 01:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72641 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert , Eli Zaretskii Cc: 72641@debbugs.gnu.org Received: via spool by 72641-submit@debbugs.gnu.org id=B72641.172377009131306 (code B ref 72641); Fri, 16 Aug 2024 01:02:01 +0000 Received: (at 72641) by debbugs.gnu.org; 16 Aug 2024 01:01:31 +0000 Received: from localhost ([127.0.0.1]:49979 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1selLO-00088r-RD for submit@debbugs.gnu.org; Thu, 15 Aug 2024 21:01:31 -0400 Received: from mail-ed1-f54.google.com ([209.85.208.54]:41287) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1selLC-00088K-SV for 72641@debbugs.gnu.org; Thu, 15 Aug 2024 21:01:27 -0400 Received: by mail-ed1-f54.google.com with SMTP id 4fb4d7f45d1cf-5bec50de782so153871a12.1 for <72641@debbugs.gnu.org>; Thu, 15 Aug 2024 18:00:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1723769975; x=1724374775; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:message-id:date:face :references:in-reply-to:subject:cc:to:from:sender:from:to:cc:subject :date:message-id:reply-to; bh=M7zqua/cRT/hMpO5WhKnqBw78NOdBzG9/4ezoCxr/NU=; b=Mmt22tCvtUZEgJEzzqb0UaOml9wo7ghUmMa6xKszh4fu5iQSA3S8vvHIw9vOJ5b12D /SJW6pVoWxR9u14GyYHF6BRpfXwPh8fSSk6Cc8fYX0rxciuPGvCWSea+LI6pPJvewPNW FFL3WkZEu22aGsCYVpJhrjRrKpbxx2dZiQLqNzbecxNor3/0gn0StiZCxSGN2It/xJRr gbVoxv19ga9+DcES1HnbKiLlrbqWbRTQorks5Dmz6KROyVoksfD2LDX8a498QBFiEV7a NFwVmkIdiif2nCMFNaVvmId2nkvsznw1+quPM5dGG+RMRroTLrd9EoQ/WOjL9g4INwKr gL4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723769975; x=1724374775; h=content-transfer-encoding:mime-version:message-id:date:face :references:in-reply-to:subject:cc:to:from:sender:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=M7zqua/cRT/hMpO5WhKnqBw78NOdBzG9/4ezoCxr/NU=; b=wzoDdGkszoULSx4Mf6OrMYilVmEDMWxqpI86+hjRK1ZkM5z4TzHNbhzJKymwn9rAM9 AK5O1oPc5Q/a9gYwmAM+BToHhPVtWK0qDt7JAIOrg0z9wEUypUhXtbJX0+0z07IEmWaL wOQT6oLiUjeQhujXtr3oBQn/dDPSyIJtnAfu2eF/LKqnlzqpUjXacYv/mWDacbXc4eDA nhhgVyJjGCXiD/KIkVbZdhPRhXwR6jOjP2Bo78voDlFHbxq3cCZukCIba3QJs1u9VHAp rfwI8MF4NAw5haZsRNESdn6u6T4JEhkWXmSz4MD6IzxaGbvh48rF95g56kWr0kEeq15V 1Lcg== X-Gm-Message-State: AOJu0YwwvXiHumyl72H3jLjQxPqrkO8ECl6tbJCCqxnecxHx4PoOp259 nrK9snn/k6asQ4QsGGIhll1cR252+nLGyCYvEexweBuS6dvvX6C6ZJiykg== X-Google-Smtp-Source: AGHT+IEyfcUtjejOLIsviM+S6U0eRzeccGPgxrnoHRz9xpkbWzCpreHnrS9g4mSOEgTRhJ1STgk+vA== X-Received: by 2002:a17:907:e8c:b0:a80:a37f:c303 with SMTP id a640c23a62f3a-a8392c20eb9mr56873466b.4.1723769974164; Thu, 15 Aug 2024 17:59:34 -0700 (PDT) Received: from erwin (87-205-2-211.static.ip.netia.com.pl. [87.205.2.211]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a838396d3adsm173350866b.218.2024.08.15.17.59.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 15 Aug 2024 17:59:33 -0700 (PDT) From: Michal Nazarewicz In-Reply-To: References: <867cfujge6.fsf@gnu.org> <86fruhiwt0.fsf@gnu.org> <868r09ivqn.fsf@gnu.org> <867cftiprt.fsf@gnu.org> <86msoph6wt.fsf@gnu.org> <2+lcnmedng9le3pwfn0gc79m@mina86.com> <86a5hd7o4t.fsf@gnu.org> <+b8wcnteufggsda3gtf7ioja@mina86.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWjgIPUupJ7V0jLrom4gmjPs42bY0MdFRLHgE5UPDCbfGm9mH6qmkAJAAACNUlEQVQ4y23SMW/aQBQHcKtb2Zx0abZeIxuTCSELJVmiinboRpGHJktloROQzUQcB2vUXFe35XBYUicRAiYUVSjfru/d+QwlnDz5p/97z+dnVcw5WVQ2zxpcdrQTTiIin3bB6lcaTnaBO5c8eoJG2yBl5El+Ob3fglMW3RUIkQ9xxQ8UBEFQafiVZ/5wZqWExM+LvwEegAY856xZO7MgQkq3jxpO56GXxO5VDQAjpVmWqPLYoSGvIahIuvAVHLeEEDd9DRYAkUcKzscAUgCQ0hwSKBOExuh7kvQQUskY4yjsHqeaCfFjLK6x1AzeeyiRD/C1JW5aGqw5IS5mZre+FVz0RVtoUGPJmBCP/4QPJGKUA1oEMJwAHIv+JljYZYCJi1FRQS2DaUw6sgsQTMfb0Fz9RvjyP3iR01x9RGj0N6HgcefS819CSjidDwIFPSFEDgRg1tUw2oBXAB33T2DV63XbM6AqhZzysm3ZcKZrKBAn5O7Q1rAqGoBKNGRsmUG1n0NKaJtd2RnscTWvnom6fGngDaNrCNl728A+c2gLQP8PFpkEjNWjlGqQfPEhWRqoInSyi2p+drsGDjhAeAeSQI8kfjSwbwCn8gblvIftInzT30HdQT2HlU4gwCbLSQ7VFqVEA0RCtjTwtnjdLlkasNjQwF7x02F2iQSL8XIGB8VQ71WBKHHf5XCIgLUUtIcGSBPhdZIQorpEBrxsqT3GYgRpmicIqrsEgSZm3FG+iJbHYid0/wGj+iTGCXRsqQAAAABJRU5ErkJggg== Date: Fri, 16 Aug 2024 02:59:32 +0200 Message-ID: <0aecnuy9e9nb2pjfpz4dpvqk@mina86.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 2.6 (++) 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: On Thu, Aug 15 2024, Paul Eggert wrote: > That being said, I think Emacs can ignore and remove bad lock files > without introducing more races. I installed the attached into the master > branch and it [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.208.54 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.208.54 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mnazarewicz[at]gmail.com) 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.6 MSGID_RANDY Message-Id has pattern used in spam 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 (+) 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: On Thu, Aug 15 2024, Paul Eggert wrote: > That being said, I think Emacs can ignore and remove bad lock files > without introducing more races. I installed the attached into the master > branch and it [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.208.54 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.208.54 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mnazarewicz[at]gmail.com) 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.6 MSGID_RANDY Message-Id has pattern used in spam -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager On Thu, Aug 15 2024, Paul Eggert wrote: > That being said, I think Emacs can ignore and remove bad lock files=20 > without introducing more races. I installed the attached into the master= =20 > branch and it works for me on your test case (which I introduced=20 > artificially on GNU/Linux). Please give it a try. With Emacs from current master, if I open a file, edit it and then kill the buffer without saving the changes, the lock file is deleted. However, if I save the file (be it by save-buffer or by killing the buffer and picking save option), the lock file remains. I didn=E2=80=99t fully track what is actually happening. It looks like sav= ing the buffer results in the following: - lock_file is called - it calls current_lock_owner - which deletes the lock file - and now lock_file creates new lock file - unlock_file is called - it calls current_lock_owner - which return ENOENT for some reason - the lock file is left alone =20 In desperation I=E2=80=99ve tried attached patch (it adds `if (!lfinfolen) return I_OWN_IT`; big diff is because than `if (lfinfolen)` check can be removed and code dedented) and it worked. Maybe this is a better approach? Because currently lock_file will delete the lock file and then create an empty file. With the below file, lock_file will just notice file is there and do nothing. >From be05054ae47e74192bb3551e83d4afb2ff41f888 Mon Sep 17 00:00:00 2001 From: Michal Nazarewicz Date: Fri, 16 Aug 2024 02:49:55 +0200 Subject: [PATCH] Treat empty lock files as owned by us (bug#72641) * src/filelock.c (current_lock_owner): Rather then deleting empty lock files, treat them as if they were owned by us. Previous commit which deleted the lock file instead resulted in stale lock file remaining when saving a file. --- src/filelock.c | 185 ++++++++++++++++++++++++------------------------- 1 file changed, 92 insertions(+), 93 deletions(-) diff --git a/src/filelock.c b/src/filelock.c index 1ae57dc7344..f9aac0dc5c5 100644 --- a/src/filelock.c +++ b/src/filelock.c @@ -397,110 +397,109 @@ current_lock_owner (lock_info_type *owner, Lisp_Obj= ect lfname) if (lfinfolen < 0) return errno =3D=3D ENOENT || errno =3D=3D ENOTDIR ? 0 : errno; =20 + /* The lock file is empty which may be due to buggy file system, e.g., + . Treat it as us holding the lock. */ + if (!lfinfolen) + return I_OWN_IT; + /* If the lock file seems valid, return a value based on its contents. = */ - if (lfinfolen) + if (MAX_LFINFO < lfinfolen) + return ENAMETOOLONG; + owner->user[lfinfolen] =3D 0; + + /* Parse USER@HOST.PID:BOOT_TIME. If can't parse, return EINVAL. */ + /* The USER is everything before the last @. */ + char *at =3D memrchr (owner->user, '@', lfinfolen); + if (!at) + return EINVAL; + owner->at =3D at; + char *dot =3D strrchr (at, '.'); + if (!dot) + return EINVAL; + owner->dot =3D dot; + + /* The PID is everything from the last '.' to the ':' or equivalent. */ + if (! integer_prefixed (dot + 1)) + return EINVAL; + errno =3D 0; + intmax_t pid =3D strtoimax (dot + 1, &owner->colon, 10); + if (errno =3D=3D ERANGE) + pid =3D -1; + + /* After the ':' or equivalent, if there is one, comes the boot time. */ + intmax_t boot_time; + char *boot =3D owner->colon + 1, *lfinfo_end; + switch (owner->colon[0]) { - if (MAX_LFINFO < lfinfolen) - return ENAMETOOLONG; - owner->user[lfinfolen] =3D 0; - - /* Parse USER@HOST.PID:BOOT_TIME. If can't parse, return EINVAL. */ - /* The USER is everything before the last @. */ - char *at =3D memrchr (owner->user, '@', lfinfolen); - if (!at) - return EINVAL; - owner->at =3D at; - char *dot =3D strrchr (at, '.'); - if (!dot) - return EINVAL; - owner->dot =3D dot; + case 0: + boot_time =3D 0; + lfinfo_end =3D owner->colon; + break; =20 - /* The PID is everything from the last '.' to the ':' or equivalent.= */ - if (! integer_prefixed (dot + 1)) + case '\357': + /* Treat "\357\200\242" (U+F022 in UTF-8) like ":" (Bug#24656). + This works around a bug in the Linux CIFS kernel client, which can + mistakenly transliterate ':' to U+F022 in symlink contents. + See . */ + if (! (boot[0] =3D=3D '\200' && boot[1] =3D=3D '\242')) return EINVAL; - errno =3D 0; - intmax_t pid =3D strtoimax (dot + 1, &owner->colon, 10); - if (errno =3D=3D ERANGE) - pid =3D -1; - - /* After the ':' or equivalent, if there is one, comes the boot time= . */ - intmax_t boot_time; - char *boot =3D owner->colon + 1, *lfinfo_end; - switch (owner->colon[0]) - { - case 0: - boot_time =3D 0; - lfinfo_end =3D owner->colon; - break; - - case '\357': - /* Treat "\357\200\242" (U+F022 in UTF-8) like ":" (Bug#24656). - This works around a bug in the Linux CIFS kernel client, which can - mistakenly transliterate ':' to U+F022 in symlink contents. - See . */ - if (! (boot[0] =3D=3D '\200' && boot[1] =3D=3D '\242')) - return EINVAL; - boot +=3D 2; - FALLTHROUGH; - case ':': - if (! integer_prefixed (boot)) - return EINVAL; - boot_time =3D strtoimax (boot, &lfinfo_end, 10); - break; - - default: - return EINVAL; - } - if (lfinfo_end !=3D owner->user + lfinfolen) + boot +=3D 2; + FALLTHROUGH; + case ':': + if (! integer_prefixed (boot)) return EINVAL; + boot_time =3D strtoimax (boot, &lfinfo_end, 10); + break; =20 - char *linkhost =3D at + 1; - ptrdiff_t linkhostlen =3D dot - linkhost; - Lisp_Object system_name =3D Fsystem_name (); - /* If `system-name' returns nil, that means we're in a - --no-build-details Emacs, and the name part of the link (e.g., - .#test.txt -> larsi@.118961:1646577954) is an empty string. */ - bool on_current_host; - if (NILP (system_name)) - on_current_host =3D linkhostlen =3D=3D 0; - else - { - on_current_host =3D linkhostlen =3D=3D SBYTES (system_name); - if (on_current_host) - { - /* Protect against the extremely unlikely case of the host - name containing '@'. */ - char *sysname =3D SSDATA (system_name); - for (ptrdiff_t i =3D 0; i < linkhostlen; i++) - if (linkhost[i] !=3D (sysname[i] =3D=3D '@' ? '-' : sysname[i])) - { - on_current_host =3D false; - break; - } - } - } - if (!on_current_host) + default: + return EINVAL; + } + if (lfinfo_end !=3D owner->user + lfinfolen) + return EINVAL; + + char *linkhost =3D at + 1; + ptrdiff_t linkhostlen =3D dot - linkhost; + Lisp_Object system_name =3D Fsystem_name (); + /* If `system-name' returns nil, that means we're in a + --no-build-details Emacs, and the name part of the link (e.g., + .#test.txt -> larsi@.118961:1646577954) is an empty string. */ + bool on_current_host; + if (NILP (system_name)) + on_current_host =3D linkhostlen =3D=3D 0; + else + { + on_current_host =3D linkhostlen =3D=3D SBYTES (system_name); + if (on_current_host) { - /* Not on current host. If we wanted to support the check for - stale locks on remote machines, here's where we'd do it. */ - return ANOTHER_OWNS_IT; + /* Protect against the extremely unlikely case of the host + name containing '@'. */ + char *sysname =3D SSDATA (system_name); + for (ptrdiff_t i =3D 0; i < linkhostlen; i++) + if (linkhost[i] !=3D (sysname[i] =3D=3D '@' ? '-' : sysname[i])) + { + on_current_host =3D false; + break; + } } + } + if (!on_current_host) + { + /* Not on current host. If we wanted to support the check for + stale locks on remote machines, here's where we'd do it. */ + return ANOTHER_OWNS_IT; + } =20 - if (pid =3D=3D getpid ()) - return I_OWN_IT; + if (pid =3D=3D getpid ()) + return I_OWN_IT; =20 - if (VALID_PROCESS_ID (pid) - && ! (kill (pid, 0) < 0 && errno !=3D EPERM) - && (boot_time =3D=3D 0 - || within_one_second (boot_time, get_boot_sec ()))) - return ANOTHER_OWNS_IT; - } + if (VALID_PROCESS_ID (pid) + && ! (kill (pid, 0) < 0 && errno !=3D EPERM) + && (boot_time =3D=3D 0 + || within_one_second (boot_time, get_boot_sec ()))) + return ANOTHER_OWNS_IT; =20 - /* The owner process is dead or has a strange pid, or the lock file is e= mpty. - Try to zap the lockfile. If the lock file is empty, this assumes - the file system is buggy, e.g., . - Emacs never creates empty lock files even temporarily, so removing - an empty lock file should be harmless. */ + /* The owner process is dead or has a strange pid. + Try to zap the lockfile. */ return emacs_unlink (SSDATA (lfname)) < 0 ? errno : 0; } =20 --=20 2.43.0 From unknown Sat Jun 21 10:27:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Aug 2024 03:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72641 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michal Nazarewicz , Eli Zaretskii Cc: 72641@debbugs.gnu.org Received: via spool by 72641-submit@debbugs.gnu.org id=B72641.172377848112613 (code B ref 72641); Fri, 16 Aug 2024 03:22:01 +0000 Received: (at 72641) by debbugs.gnu.org; 16 Aug 2024 03:21:21 +0000 Received: from localhost ([127.0.0.1]:50081 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1senWi-0003HM-Vz for submit@debbugs.gnu.org; Thu, 15 Aug 2024 23:21:21 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:47710) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1senWh-0003HA-DM for 72641@debbugs.gnu.org; Thu, 15 Aug 2024 23:21:19 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id DED0A3C0140A4; Thu, 15 Aug 2024 20:20:36 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP id X77LKnILGeDy; Thu, 15 Aug 2024 20:20:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 4F8B83C00E405; Thu, 15 Aug 2024 20:20:36 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 4F8B83C00E405 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1723778436; bh=mzb8pKrPkCaZ74mFFjCPF/2YuH2vqhXoQzuVREoGurM=; h=Message-ID:Date:MIME-Version:To:From; b=DuxcLGCckCxUDTF8bdpmSprrM9+wm3JdEzH+6QW05LJSaQIr+c6YurXzBD37ZknkP KDrU+5MPI90LPJNIApiq0svc9E0CQtu1RASTQoSjEsDfaHlOT8bpopMGyfy99YOXDw C9uLVTEVYlLqoLIsKwuuxTwDbAfYdR3Nz4BlgaJJbIko/F7vXQnCSutew1JsIjBHyO WCs/A+7WO0k2y6nEQmXEryDpsuJhnmKb2OCHmLbJn65pny8UXFKsqovsL8myKfQHKQ mRI5CnwvQbX4aTNLmcWT/ONMBTHsCb+m3mfOSeXJkg0m0oC4wNhaW74LmH+fQUajbz 2Ww9B4WcsFimw== X-Virus-Scanned: amavis at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id YKM_D0IBpUvN; Thu, 15 Aug 2024 20:20:36 -0700 (PDT) Received: from [192.168.254.12] (unknown [47.150.137.250]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 3141E3C0140A4; Thu, 15 Aug 2024 20:20:36 -0700 (PDT) Content-Type: multipart/mixed; boundary="------------5uVRUmz4QCqo3wpxnGXZtVii" Message-ID: Date: Thu, 15 Aug 2024 20:20:36 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <867cfujge6.fsf@gnu.org> <86fruhiwt0.fsf@gnu.org> <868r09ivqn.fsf@gnu.org> <867cftiprt.fsf@gnu.org> <86msoph6wt.fsf@gnu.org> <2+lcnmedng9le3pwfn0gc79m@mina86.com> <86a5hd7o4t.fsf@gnu.org> <+b8wcnteufggsda3gtf7ioja@mina86.com> <0aecnuy9e9nb2pjfpz4dpvqk@mina86.com> Content-Language: en-US From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <0aecnuy9e9nb2pjfpz4dpvqk@mina86.com> 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 (-) This is a multi-part message in MIME format. --------------5uVRUmz4QCqo3wpxnGXZtVii Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable On 2024-08-15 17:59, Michal Nazarewicz wrote: > However, if I save the file (be it by save-buffer or by killing the > buffer and picking save option), the lock file remains.... > - unlock_file is called > - it calls current_lock_owner > - which return ENOENT for some reason > - the lock file is left alone Obviously current_lock_owner should not return ENOENT if there is an=20 existing lock file - that would defeat the purpose of having a lock=20 file. We need to get to the bottom of why current_lock_owner returns ENOE= NT. From inspection, current_lock_owner returns ENOENT only if Emacs=20 notices that the "lock" file is actually an empty regular file (or looks=20 stale), and calls 'unlink' on it, and 'unlink' fails with errno =3D=3D=20 ENOENT. Is that what's actually happening? You can use a debugger or=20 'strace' to confirm. Come to think of it, if 'unlink' fails with errno =3D=3D ENOENT, that mea= ns=20 there's no lock file so current_lock_owner should return 0. This is true=20 because of NFS and similar network file systems where unlink can fail=20 even though it actually removed the file. I installed the attached patch=20 to fix this; a similar problem exists elsewhere, so this patch fixes all=20 the instances of it in Emacs master. With this patch, current_lock_owner should never return ENOENT and we=20 can move on to the next problem you observe, if there is one. > In desperation I=E2=80=99ve tried attached patch (it adds `if (!lfinfol= en) > return I_OWN_IT`; big diff is because than `if (lfinfolen)` check can b= e > removed and code dedented) and it worked. Yes, that doesn't sound right; on non-buggy file systems the invalid=20 lock file would cause races to occur, if I'm reading the code correctly. Let's see what happens with current master before proceeding in any=20 direction like that. --------------5uVRUmz4QCqo3wpxnGXZtVii Content-Type: text/x-patch; charset=UTF-8; name="0001-Port-better-to-NFS-unlink.patch" Content-Disposition: attachment; filename="0001-Port-better-to-NFS-unlink.patch" Content-Transfer-Encoding: base64 RnJvbSA5YWFkNzY2NDgxM2Q3N2Y0ZGFiMjY0OWQ1NmFkYmYxMjIzOWI3NTA1IE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBQYXVsIEVnZ2VydCA8ZWdnZXJ0QGNzLnVjbGEuZWR1 PgpEYXRlOiBUaHUsIDE1IEF1ZyAyMDI0IDIwOjEwOjUzIC0wNzAwClN1YmplY3Q6IFtQQVRD SF0gUG9ydCBiZXR0ZXIgdG8gTkZTIHVubGluawpNSU1FLVZlcnNpb246IDEuMApDb250ZW50 LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9VVRGLTgKQ29udGVudC1UcmFuc2Zlci1FbmNv ZGluZzogOGJpdAoKSSBmb3VuZCB0aGlzIHByb2JsZW0gd2hpbGUgbG9va2luZyBpbnRvIEJ1 ZyM3MjY0MS4KKiBsaWItc3JjL2V0YWdzLmMgKGRvX21vdmVfZmlsZSk6CiogbGliLXNyYy91 cGRhdGUtZ2FtZS1zY29yZS5jICh1bmxvY2tfZmlsZSk6Ciogc3JjL2FuZHJvaWR2ZnMuYyAo YW5kcm9pZF9oYWNrX2Fzc2V0X2ZkX2ZhbGxiYWNrKToKKiBzcmMvZmlsZWxvY2suYyAoY3Vy cmVudF9sb2NrX293bmVyKToKVHJlYXQgdW5saW5rIGFzIHN1Y2Nlc3NmdWwgaWYgaXQgZmFp bHMgYmVjYXVzZSB0aGUgZmlsZSB3YXNu4oCZdCB0aGVyZS4KVGhpcyBjYW4gaGFwcGVuIHdp dGggc29tZSBORlMgaW1wbGVtZW50YXRpb25zLCBkdWUgdG8gaXRzCnJldHJ5aW5nIG92ZXIg dGhlIG5ldHdvcmsgdG8gZ2V0IGF0LWxlYXN0LW9uY2Ugc2VtYW50aWNzLgpBbHRob3VnaCBt b3N0IG9mIEVtYWNz4oCZcyBjYWxscyB0byB1bmxpbmsgd2VyZSBhbHJlYWR5IGRvaW5nIHRo aXMsCmEgZmV3IGluc3RhbmNlcyB3ZXJlIG5vdC4KLS0tCiBsaWItc3JjL2V0YWdzLmMgICAg ICAgICAgICAgfCAyICstCiBsaWItc3JjL3VwZGF0ZS1nYW1lLXNjb3JlLmMgfCAyICstCiBz cmMvYW5kcm9pZHZmcy5jICAgICAgICAgICAgfCAyICstCiBzcmMvZmlsZWxvY2suYyAgICAg ICAgICAgICAgfCAyICstCiA0IGZpbGVzIGNoYW5nZWQsIDQgaW5zZXJ0aW9ucygrKSwgNCBk ZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9saWItc3JjL2V0YWdzLmMgYi9saWItc3JjL2V0 YWdzLmMKaW5kZXggMDNiYzU1ZGUwM2QuLmVkYWRiYzI1OTAxIDEwMDY0NAotLS0gYS9saWIt c3JjL2V0YWdzLmMKKysrIGIvbGliLXNyYy9ldGFncy5jCkBAIC03ODEyLDcgKzc4MTIsNyBA QCBkb19tb3ZlX2ZpbGUgKGNvbnN0IGNoYXIgKnNyY19maWxlLCBjb25zdCBjaGFyICpkc3Rf ZmlsZSkKICAgaWYgKGZjbG9zZSAoZHN0X2YpID09IEVPRikKICAgICBwZmF0YWwgKGRzdF9m aWxlKTsKIAotICBpZiAodW5saW5rIChzcmNfZmlsZSkgPT0gLTEpCisgIGlmICh1bmxpbmsg KHNyY19maWxlKSA8IDAgJiYgZXJybm8gIT0gRU5PRU5UKQogICAgIHBmYXRhbCAoInVubGlu ayBlcnJvciIpOwogCiAgIHJldHVybjsKZGlmZiAtLWdpdCBhL2xpYi1zcmMvdXBkYXRlLWdh bWUtc2NvcmUuYyBiL2xpYi1zcmMvdXBkYXRlLWdhbWUtc2NvcmUuYwppbmRleCA0MTM5MDcz YmNkNy4uZTNiMjRhZDc3MTcgMTAwNjQ0Ci0tLSBhL2xpYi1zcmMvdXBkYXRlLWdhbWUtc2Nv cmUuYworKysgYi9saWItc3JjL3VwZGF0ZS1nYW1lLXNjb3JlLmMKQEAgLTQ5Nyw3ICs0OTcs NyBAQCB1bmxvY2tfZmlsZSAoY29uc3QgY2hhciAqZmlsZW5hbWUsIHZvaWQgKnN0YXRlKQog ICBjaGFyICpsb2NrcGF0aCA9IChjaGFyICopIHN0YXRlOwogICBpbnQgc2F2ZWRfZXJybm8g PSBlcnJubzsKICAgaW50IHJldCA9IHVubGluayAobG9ja3BhdGgpOwotICBpZiAoMCA8PSBy ZXQpCisgIGlmICghIChyZXQgPCAwICYmIGVycm5vICE9IEVOT0VOVCkpCiAgICAgZXJybm8g PSBzYXZlZF9lcnJubzsKICAgZnJlZSAobG9ja3BhdGgpOwogICByZXR1cm4gcmV0OwpkaWZm IC0tZ2l0IGEvc3JjL2FuZHJvaWR2ZnMuYyBiL3NyYy9hbmRyb2lkdmZzLmMKaW5kZXggMTRk YThlZWQzN2UuLmZmODFlZjI4OGY1IDEwMDY0NAotLS0gYS9zcmMvYW5kcm9pZHZmcy5jCisr KyBiL3NyYy9hbmRyb2lkdmZzLmMKQEAgLTEzMjMsNyArMTMyMyw3IEBAIGFuZHJvaWRfaGFj a19hc3NldF9mZF9mYWxsYmFjayAoQUFzc2V0ICphc3NldCkKICAgaWYgKGZkIDwgMCkKICAg ICByZXR1cm4gLTE7CiAKLSAgaWYgKHVubGluayAoZmlsZW5hbWUpKQorICBpZiAodW5saW5r IChmaWxlbmFtZSkgJiYgZXJybm8gIT0gRU5PRU5UKQogICAgIGdvdG8gZmFpbDsKIAogICBp ZiAoZnRydW5jYXRlIChmZCwgc2l6ZSkpCmRpZmYgLS1naXQgYS9zcmMvZmlsZWxvY2suYyBi L3NyYy9maWxlbG9jay5jCmluZGV4IDFhZTU3ZGM3MzQ0Li5iYzA5ZmNlNjlmOCAxMDA2NDQK LS0tIGEvc3JjL2ZpbGVsb2NrLmMKKysrIGIvc3JjL2ZpbGVsb2NrLmMKQEAgLTUwMSw3ICs1 MDEsNyBAQCBjdXJyZW50X2xvY2tfb3duZXIgKGxvY2tfaW5mb190eXBlICpvd25lciwgTGlz cF9PYmplY3QgbGZuYW1lKQogICAgICB0aGUgZmlsZSBzeXN0ZW0gaXMgYnVnZ3ksIGUuZy4s IDxodHRwczovL2J1Z3MuZ251Lm9yZy83MjY0MT4uCiAgICAgIEVtYWNzIG5ldmVyIGNyZWF0 ZXMgZW1wdHkgbG9jayBmaWxlcyBldmVuIHRlbXBvcmFyaWx5LCBzbyByZW1vdmluZwogICAg ICBhbiBlbXB0eSBsb2NrIGZpbGUgc2hvdWxkIGJlIGhhcm1sZXNzLiAgKi8KLSAgcmV0dXJu IGVtYWNzX3VubGluayAoU1NEQVRBIChsZm5hbWUpKSA8IDAgPyBlcnJubyA6IDA7CisgIHJl dHVybiBlbWFjc191bmxpbmsgKFNTREFUQSAobGZuYW1lKSkgPCAwICYmIGVycm5vICE9IEVO T0VOVCA/IGVycm5vIDogMDsKIH0KIAogDAotLSAKMi40My4wCgo= --------------5uVRUmz4QCqo3wpxnGXZtVii-- From unknown Sat Jun 21 10:27:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system Resent-From: Michal Nazarewicz Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Aug 2024 20:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72641 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert , Eli Zaretskii Cc: 72641@debbugs.gnu.org Received: via spool by 72641-submit@debbugs.gnu.org id=B72641.172392511512413 (code B ref 72641); Sat, 17 Aug 2024 20:06:01 +0000 Received: (at 72641) by debbugs.gnu.org; 17 Aug 2024 20:05:15 +0000 Received: from localhost ([127.0.0.1]:55019 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfPfm-0003E8-O1 for submit@debbugs.gnu.org; Sat, 17 Aug 2024 16:05:15 -0400 Received: from mail-wr1-f52.google.com ([209.85.221.52]:40019) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfPfk-0003Dt-On for 72641@debbugs.gnu.org; Sat, 17 Aug 2024 16:05:13 -0400 Received: by mail-wr1-f52.google.com with SMTP id ffacd0b85a97d-3719eb17720so95410f8f.0 for <72641@debbugs.gnu.org>; Sat, 17 Aug 2024 13:04:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1723925007; x=1724529807; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:message-id:date:face :references:in-reply-to:subject:cc:to:from:sender:from:to:cc:subject :date:message-id:reply-to; bh=cc5akkrd00J/altXaa3av/83vhF+iyQXJ5raReMzmr0=; b=mB6HXaaBVKfwf+3qBL7Z3stsdwW5vMsjZr6bAE1nnIaQzzSNCbgEofis7xzvsz2run xy16eG6XaI6+8ELOMQzEHf3smpq6Auefrdv9SxWPYl2cdlm2RwNAMD+HO+n+g6XvbU44 ik3BzEREJsUsQ2r0xIoJnjZ3ds8jSP2iuV9hHNuBlbyLrDGnGvjLJ861S/8FHpEv8Pc7 FgWV9R/Y+EJunf1rg+1s47gUqHZppj3fttWc/IVm2EytWyaXW2df2bOXeLuzEeEPeDt1 +x5DbcixVZ4RWImKWDx71K4BFKtJW9FAazvXv17UJXtbNryCITAj707Fe20rB93ApUMp yQKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723925007; x=1724529807; h=content-transfer-encoding:mime-version:message-id:date:face :references:in-reply-to:subject:cc:to:from:sender:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=cc5akkrd00J/altXaa3av/83vhF+iyQXJ5raReMzmr0=; b=l5UpbzQZHS/+VFuOv4Rx/hPAgio2fn+3wshgkWY7HVcNovrlj8Fkav3AirIzeEYFXc Dok4pQEJGaDjtbxlo84nmIZcHR2dHUUQGfPyIXTNjgqf2E0HzGlaMzF49lmppAAV2hTq 0nej6MGpyq8SAkyiHgjpBp/VcVZRjE7ZoZnRxcfyA9KQi6u7LxOAKsSxOMZz5v7u7ZOg jZ/2Wedfr8JTcCUfOBgTpoFmnK0tb83P1No7Y3zrnvtTG/o6MZYTIJ5bRDvn1HK08C5X WzxyaeH1bqBpUOa1mlK20gduBonsYUmycnCmyN53dTpmJSSLcxwIgOyEDbfdof23cykZ VKVg== X-Gm-Message-State: AOJu0YzzWIKWY5ifozgJxuckDTJUopS347ATEIDQDiWzzjook2wH/96m sQKdRv0jCz714bErGRYPv7LOg0nhd6p0sH/QQcbtO4akiJL0qyeOuDQVHA== X-Google-Smtp-Source: AGHT+IHkDJtnwkrDe9zPFOVU4/g2mOp81p1oLGT8/xBl/HZtHT+jWvaVBBoKEgzO7OSZLqQC++AUrw== X-Received: by 2002:a05:6000:18a7:b0:368:4c5:af3 with SMTP id ffacd0b85a97d-3719467ea51mr2565592f8f.8.1723925006341; Sat, 17 Aug 2024 13:03:26 -0700 (PDT) Received: from erwin (87-205-2-211.static.ip.netia.com.pl. [87.205.2.211]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a838394716esm442433666b.146.2024.08.17.13.03.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 17 Aug 2024 13:03:25 -0700 (PDT) From: Michal Nazarewicz In-Reply-To: References: <867cfujge6.fsf@gnu.org> <86fruhiwt0.fsf@gnu.org> <868r09ivqn.fsf@gnu.org> <867cftiprt.fsf@gnu.org> <86msoph6wt.fsf@gnu.org> <2+lcnmedng9le3pwfn0gc79m@mina86.com> <86a5hd7o4t.fsf@gnu.org> <+b8wcnteufggsda3gtf7ioja@mina86.com> <0aecnuy9e9nb2pjfpz4dpvqk@mina86.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWjgIPUupJ7V0jLrom4gmjPs42bY0MdFRLHgE5UPDCbfGm9mH6qmkAJAAACNUlEQVQ4y23SMW/aQBQHcKtb2Zx0abZeIxuTCSELJVmiinboRpGHJktloROQzUQcB2vUXFe35XBYUicRAiYUVSjfru/d+QwlnDz5p/97z+dnVcw5WVQ2zxpcdrQTTiIin3bB6lcaTnaBO5c8eoJG2yBl5El+Ob3fglMW3RUIkQ9xxQ8UBEFQafiVZ/5wZqWExM+LvwEegAY856xZO7MgQkq3jxpO56GXxO5VDQAjpVmWqPLYoSGvIahIuvAVHLeEEDd9DRYAkUcKzscAUgCQ0hwSKBOExuh7kvQQUskY4yjsHqeaCfFjLK6x1AzeeyiRD/C1JW5aGqw5IS5mZre+FVz0RVtoUGPJmBCP/4QPJGKUA1oEMJwAHIv+JljYZYCJi1FRQS2DaUw6sgsQTMfb0Fz9RvjyP3iR01x9RGj0N6HgcefS819CSjidDwIFPSFEDgRg1tUw2oBXAB33T2DV63XbM6AqhZzysm3ZcKZrKBAn5O7Q1rAqGoBKNGRsmUG1n0NKaJtd2RnscTWvnom6fGngDaNrCNl728A+c2gLQP8PFpkEjNWjlGqQfPEhWRqoInSyi2p+drsGDjhAeAeSQI8kfjSwbwCn8gblvIftInzT30HdQT2HlU4gwCbLSQ7VFqVEA0RCtjTwtnjdLlkasNjQwF7x02F2iQSL8XIGB8VQ71WBKHHf5XCIgLUUtIcGSBPhdZIQorpEBrxsqT3GYgRpmicIqrsEgSZm3FG+iJbHYid0/wGj+iTGCXRsqQAAAABJRU5ErkJggg== Date: Sat, 17 Aug 2024 22:03:24 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 2.6 (++) 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: This appears to be network synchronisation issue. =?UTF-8?Q?I=E2=80=99ve?= run this program: >8 #include #include #include #include Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mnazarewicz[at]gmail.com) 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.221.52 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.221.52 listed in wl.mailspike.net] 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.6 MSGID_RANDY Message-Id has pattern used in spam 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 (+) 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: This appears to be network synchronisation issue. =?UTF-8?Q?I=E2=80=99ve?= run this program: >8 #include #include #include #include Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.221.52 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.221.52 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mnazarewicz[at]gmail.com) 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.6 MSGID_RANDY Message-Id has pattern used in spam -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager This appears to be network synchronisation issue. I=E2=80=99ve run this program: ---------- >8 -------------------------------------------------- #include #include #include #include void create(char *path) { int ret =3D symlink("dummy", path); if (ret < 0) { printf("%s: %d %s\n", path, errno, strerror(errno)); } else { printf("%s: Ok\n", path); } } int check(char *path) { char buf[1024]; ssize_t ret =3D readlink(path, buf, 1024); if (ret >=3D 0) { printf("%s: %.*s\n", path, ret, buf); return 0; } int err =3D errno; printf("%s: %d %s\n", path, err, strerror(err)); return err; } int main(int argc, char **argv) { char *path =3D argc < 2 ? "bar" : argv[1]; create(path); int loop =3D 0; while (check(path) !=3D EINVAL && ++loop < 50) { usleep(100000); } return 0; } -------------------------------------------------- 8< ---------- and got the following: ---------- >8 -------------------------------------------------- /o/foo: 5 Input/output error /o/foo: 2 No such file or directory /o/foo: 2 No such file or directory /o/foo: 2 No such file or directory /o/foo: 2 No such file or directory /o/foo: 2 No such file or directory /o/foo: 2 No such file or directory /o/foo: 2 No such file or directory /o/foo: 2 No such file or directory /o/foo: 2 No such file or directory /o/foo: 2 No such file or directory /o/foo: 22 Invalid argument -------------------------------------------------- 8< ---------- It looks like symlink(2) fails with EIO while the server creates a regular file, however it takes the client to notice another second. If you=E2=80=99re still interested, here=E2=80=99s strace when I find-file = and then kill-current-buffer without saving: ---------- >8 -------------------------------------------------- faccessat2(AT_FDCWD, "/o/foo", F_OK, AT_EACCESS) =3D -= 1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) =3D -= 1 ENOENT (No such file or directory) readlinkat(AT_FDCWD, "/o", 0x7ffec38f7370, 1024) =3D -= 1 EINVAL (Invalid argument) readlinkat(AT_FDCWD, "/o/foo", 0x7ffec38f74d0, 1024) =3D -= 1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_NOFOLLOW|O_CLOEXEC|O_PATH) =3D -= 1 ENOENT (No such file or directory) readlinkat(AT_FDCWD, "/o", 0x7ffec38f72c0, 1024) =3D -= 1 EINVAL (Invalid argument) readlinkat(AT_FDCWD, "/o/foo", 0x7ffec38f7420, 1024) =3D -= 1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_NOFOLLOW|O_CLOEXEC|O_PATH) =3D -= 1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC) =3D -= 1 ENOENT (No such file or directory) readlinkat(AT_FDCWD, "/o/.#foo", 0x7ffec38f13e8, 8193) =3D -= 1 ENOENT (No such file or directory) faccessat2(AT_FDCWD, "/o/foo", F_OK, AT_EACCESS) =3D -= 1 ENOENT (No such file or directory) faccessat2(AT_FDCWD, "/o/foo", W_OK, AT_EACCESS) =3D -= 1 ENOENT (No such file or directory) faccessat2(AT_FDCWD, "/o/foo", F_OK, AT_EACCESS) =3D -= 1 ENOENT (No such file or directory) readlinkat(AT_FDCWD, "/o/foo", 0x7ffec38f7470, 1024) =3D -= 1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/o/foo", 0x7ffec38f7750, 0) =3D -= 1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/o/foo", 0x7ffec38f77f0, 0) =3D -= 1 ENOENT (No such file or directory) faccessat2(AT_FDCWD, "/o/foo,v", F_OK, AT_EACCESS) =3D -= 1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) =3D -= 1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) =3D -= 1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) =3D -= 1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) =3D -= 1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/o/foo", 0x7ffec38f5860, 0) =3D -= 1 ENOENT (No such file or directory) symlink ("mpn@erwin.223853:1723847375", "/o/.#foo") =3D -= 1 EIO (Input/output error) readlinkat(AT_FDCWD, "/o/.#foo", 0x7ffec38f5ad8, 8193) =3D -= 1 EINVAL (Invalid argument) openat (AT_FDCWD, "/o/.#foo", O_RDONLY|O_NOFOLLOW|O_CLOEXEC) =3D 12 read (12, "", 8193) =3D 0 close (12) =3D 0 unlink ("/o/.#foo") =3D 0 -------------------------------------------------- 8< ---------- And this is strace when I find-file and then save-buffer: ---------- >8 -------------------------------------------------- faccessat2(AT_FDCWD, "/o/foo", F_OK, AT_EACCESS) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) = =3D -1 ENOENT (No such file or directory) readlinkat(AT_FDCWD, "/o", 0x7ffe65452010, 1024) = =3D -1 EINVAL (Invalid argument) readlinkat(AT_FDCWD, "/o/foo", 0x7ffe65452170, 1024) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_NOFOLLOW|O_CLOEXEC|O_PATH) = =3D -1 ENOENT (No such file or directory) readlinkat(AT_FDCWD, "/o", 0x7ffe65451f60, 1024) = =3D -1 EINVAL (Invalid argument) readlinkat(AT_FDCWD, "/o/foo", 0x7ffe654520c0, 1024) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_NOFOLLOW|O_CLOEXEC|O_PATH) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC) = =3D -1 ENOENT (No such file or directory) readlinkat(AT_FDCWD, "/o/.#foo", 0x7ffe6544c088, 8193) = =3D -1 ENOENT (No such file or directory) faccessat2(AT_FDCWD, "/o/foo", F_OK, AT_EACCESS) = =3D -1 ENOENT (No such file or directory) faccessat2(AT_FDCWD, "/o/foo", W_OK, AT_EACCESS) = =3D -1 ENOENT (No such file or directory) faccessat2(AT_FDCWD, "/o/foo", F_OK, AT_EACCESS) = =3D -1 ENOENT (No such file or directory) readlinkat(AT_FDCWD, "/o/foo", 0x7ffe65452110, 1024) = =3D -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/o/foo", 0x7ffe654523f0, 0) = =3D -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/o/foo", 0x7ffe65452490, 0) = =3D -1 ENOENT (No such file or directory) faccessat2(AT_FDCWD, "/o/foo,v", F_OK, AT_EACCESS) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) = =3D -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/o/foo", 0x7ffe65450500, 0) = =3D -1 ENOENT (No such file or directory) symlink ("mpn@erwin.223938:1723847375", "/o/.#foo") = =3D -1 EIO (Input/output error) newfstatat(AT_FDCWD, "/o/foo", 0x7ffe65452690, 0) = =3D -1 ENOENT (No such file or directory) faccessat2(AT_FDCWD, "/o/foo", F_OK, AT_EACCESS) = =3D -1 ENOENT (No such file or directory) faccessat2(AT_FDCWD, "/o/foo,v", F_OK, AT_EACCESS) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_CLOEXEC|O_PATH|O_DIRECTORY) = =3D -1 ENOENT (No such file or directory) faccessat2(AT_FDCWD, "/o/foo", F_OK, AT_EACCESS) = =3D -1 ENOENT (No such file or directory) faccessat2(AT_FDCWD, "/o/foo", W_OK, AT_EACCESS) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_NOFOLLOW|O_CLOEXEC|O_PATH) = =3D -1 ENOENT (No such file or directory) newfstatat(AT_FDCWD, "/o/foo", 0x7ffe6544ff80, 0) = =3D -1 ENOENT (No such file or directory) symlink ("mpn@erwin.223938:1723847375", "/o/.#foo") = =3D -1 EEXIST (File exists) readlinkat(AT_FDCWD, "/o/.#foo", 0x7ffe65450078, 8193) = =3D -1 EINVAL (Invalid argument) openat (AT_FDCWD, "/o/.#foo", O_RDONLY|O_NOFOLLOW|O_CLOEXEC) = =3D 12 read (12, "", 8193) = =3D 0 close (12) = =3D 0 unlink ("/o/.#foo") = =3D 0 symlink ("mpn@erwin.223938:1723847375", "/o/.#foo") = =3D -1 EIO (Input/output error) openat (AT_FDCWD, "/o/foo", O_WRONLY|O_CREAT|O_TRUNC|O_CLOEXEC, 0666) = =3D 12 write (12, "ao sneuhta soneht sanoteu snothe"..., 33) = =3D 33 close (12) = =3D 0 newfstatat(AT_FDCWD, "/o/foo", {st_mode=3DS_IFREG|0600, st_size=3D33, ...},= 0) =3D 0 readlinkat(AT_FDCWD, "/o/.#foo", 0x7ffe65450028, 8193) = =3D -1 ENOENT (No such file or directory) openat (AT_FDCWD, "/o/foo", O_RDONLY|O_NOFOLLOW|O_CLOEXEC|O_PATH) = =3D 12 close (12) = =3D 0 -------------------------------------------------- 8< ---------- --=20 Best regards =E3=83=9F=E3=83=8F=E3=82=A6 =E2=80=9C=F0=9D=93=B6=F0=9D=93=B2=F0=9D=93=B7= =F0=9D=93=AA86=E2=80=9D =E3=83=8A=E3=82=B6=E3=83=AC=E3=83=B4=E3=82=A4=E3=83= =84 =C2=ABIf at first you don=E2=80=99t succeed, give up skydiving=C2=BB From unknown Sat Jun 21 10:27:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Aug 2024 22:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72641 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michal Nazarewicz Cc: 72641@debbugs.gnu.org, Eli Zaretskii Received: via spool by 72641-submit@debbugs.gnu.org id=B72641.172393433527701 (code B ref 72641); Sat, 17 Aug 2024 22:39:02 +0000 Received: (at 72641) by debbugs.gnu.org; 17 Aug 2024 22:38:55 +0000 Received: from localhost ([127.0.0.1]:55057 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfS4U-0007Cj-EU for submit@debbugs.gnu.org; Sat, 17 Aug 2024 18:38:54 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:55260) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfS4S-0007CS-Ee for 72641@debbugs.gnu.org; Sat, 17 Aug 2024 18:38:53 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 5764B3C011BD7; Sat, 17 Aug 2024 15:38:07 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP id QkySbINXmqHz; Sat, 17 Aug 2024 15:38:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id EB50E3C011BD8; Sat, 17 Aug 2024 15:38:06 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu EB50E3C011BD8 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1723934287; bh=PuqB1tOMKrNSvVMy1BMSrJd7tv91eLvVp979VKxxmEM=; h=Message-ID:Date:MIME-Version:To:From; b=Oqacg2rj7QChBfwmiJUem7SZKTTsmwWAR4fWe8RQ8zUxxmUEwfOCKcZVJ+35ZZf1D wPRk4QIXYWBoa/rBHhDhsiupzXwYSdea8OkNxPiFccaU9wuLcnBWTLZ3g80gPakvs6 7lTG918UWYeDEn+iUd4W+VSRktXh9RcjUHf6qQd1jIeNnjgm1UTG2/pp7OYs1+eVQ6 lIJp6UoiVP49+3J1Eoz2+2N1BZQwPq5uQxksSJx5nX8ZEUtTWV+sefOVcp4UbZ5sas dkdJROKP9yWvkqEAyRGZhU7amuquel9jebTeWEkcbVy7IuN3VZP2QhqdaY6VgCnLFB /0k6tQlGJtfig== X-Virus-Scanned: amavis at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id JBlRnRHEErXl; Sat, 17 Aug 2024 15:38:06 -0700 (PDT) Received: from [192.168.254.12] (unknown [47.150.137.250]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id CE5CD3C011BD7; Sat, 17 Aug 2024 15:38:06 -0700 (PDT) Message-ID: Date: Sat, 17 Aug 2024 15:38:06 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <867cfujge6.fsf@gnu.org> <86fruhiwt0.fsf@gnu.org> <868r09ivqn.fsf@gnu.org> <867cftiprt.fsf@gnu.org> <86msoph6wt.fsf@gnu.org> <2+lcnmedng9le3pwfn0gc79m@mina86.com> <86a5hd7o4t.fsf@gnu.org> <+b8wcnteufggsda3gtf7ioja@mina86.com> <0aecnuy9e9nb2pjfpz4dpvqk@mina86.com> Content-Language: en-US From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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 (-) On 2024-08-17 13:03, Michal Nazarewicz wrote: > It looks like symlink(2) fails with EIO while the server creates > a regular file, however it takes the client to notice another second. Yes, it's definitely a file system bug, and I don't see any good way for Emacs to work around it. You might try doing your CIFS mount with the mfsymlinks option. See: https://docs.kernel.org/admin-guide/cifs/usage.html https://wiki.samba.org/index.php/UNIX_Extensions#Minshall.2BFrench_symlinks If you're already using mfsymlinks it might be a good time to file a bug report with your file system supplier. From unknown Sat Jun 21 10:27:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system Resent-From: Mike Kupfer Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Aug 2024 22:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72641 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: 72641@debbugs.gnu.org, Eli Zaretskii , Michal Nazarewicz Received: via spool by 72641-submit@debbugs.gnu.org id=B72641.172393537129330 (code B ref 72641); Sat, 17 Aug 2024 22:57:01 +0000 Received: (at 72641) by debbugs.gnu.org; 17 Aug 2024 22:56:11 +0000 Received: from localhost ([127.0.0.1]:55066 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfSLC-0007cz-Oa for submit@debbugs.gnu.org; Sat, 17 Aug 2024 18:56:10 -0400 Received: from shell1.rawbw.com ([198.144.192.42]:21513 ident=root) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfSLB-0007cr-6i for 72641@debbugs.gnu.org; Sat, 17 Aug 2024 18:56:10 -0400 Received: from alto.camomileplus.org (135-180-174-211.dsl.dynamic.sonic.net [135.180.174.211] (may be forged)) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id 47HMtGYX039566 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 17 Aug 2024 15:55:21 -0700 (PDT) (envelope-from kupfer@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host 135-180-174-211.dsl.dynamic.sonic.net [135.180.174.211] (may be forged) claimed to be alto.camomileplus.org From: Mike Kupfer In-reply-to: References: <867cfujge6.fsf@gnu.org> <86fruhiwt0.fsf@gnu.org> <868r09ivqn.fsf@gnu.org> <867cftiprt.fsf@gnu.org> <86msoph6wt.fsf@gnu.org> <2+lcnmedng9le3pwfn0gc79m@mina86.com> <86a5hd7o4t.fsf@gnu.org> <+b8wcnteufggsda3gtf7ioja@mina86.com> <0aecnuy9e9nb2pjfpz4dpvqk@mina86.com> Comments: In-reply-to Paul Eggert message dated "Sat, 17 Aug 2024 15:38:06 -0700." X-Mailer: MH-E 8.6+git; nmh 1.8-RC2; Emacs 30.0.60 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <76687.1723935316.1@alto.camomileplus.org> Date: Sat, 17 Aug 2024 15:55:16 -0700 Message-ID: <76688.1723935316@alto.camomileplus.org> 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 (-) Paul Eggert wrote: > You might try doing your CIFS mount with the mfsymlinks option. See: > > https://docs.kernel.org/admin-guide/cifs/usage.html I see from that document that the CIFS client has a tunable cache timeout. I'd also try setting actimeo=0 and see if that helps. mike From unknown Sat Jun 21 10:27:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system Resent-From: Mike Kupfer Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Aug 2024 23:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72641 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert , 72641@debbugs.gnu.org, Eli Zaretskii , Michal Nazarewicz Received: via spool by 72641-submit@debbugs.gnu.org id=B72641.172393618130628 (code B ref 72641); Sat, 17 Aug 2024 23:10:02 +0000 Received: (at 72641) by debbugs.gnu.org; 17 Aug 2024 23:09:41 +0000 Received: from localhost ([127.0.0.1]:55071 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfSYH-0007xv-4C for submit@debbugs.gnu.org; Sat, 17 Aug 2024 19:09:41 -0400 Received: from shell1.rawbw.com ([198.144.192.42]:22401 ident=root) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfSYE-0007xl-Nx for 72641@debbugs.gnu.org; Sat, 17 Aug 2024 19:09:39 -0400 Received: from alto.camomileplus.org (135-180-174-211.dsl.dynamic.sonic.net [135.180.174.211] (may be forged)) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id 47HN8qXE042228 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 17 Aug 2024 16:08:57 -0700 (PDT) (envelope-from kupfer@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host 135-180-174-211.dsl.dynamic.sonic.net [135.180.174.211] (may be forged) claimed to be alto.camomileplus.org From: Mike Kupfer In-reply-to: <76688.1723935316@alto.camomileplus.org> References: <867cfujge6.fsf@gnu.org> <86fruhiwt0.fsf@gnu.org> <868r09ivqn.fsf@gnu.org> <867cftiprt.fsf@gnu.org> <86msoph6wt.fsf@gnu.org> <2+lcnmedng9le3pwfn0gc79m@mina86.com> <86a5hd7o4t.fsf@gnu.org> <+b8wcnteufggsda3gtf7ioja@mina86.com> <0aecnuy9e9nb2pjfpz4dpvqk@mina86.com> <76688.1723935316@alto.camomileplus.org> Comments: In-reply-to Mike Kupfer message dated "Sat, 17 Aug 2024 15:55:16 -0700." X-Mailer: MH-E 8.6+git; nmh 1.8-RC2; Emacs 30.0.60 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <83348.1723936132.1@alto.camomileplus.org> Date: Sat, 17 Aug 2024 16:08:52 -0700 Message-ID: <83349.1723936132@alto.camomileplus.org> 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 (-) Mike Kupfer wrote: > I'd also try setting actimeo=0 and see if that helps. Sorry, I was unclear. I meant try actimeo=0 if mfsymlinks doesn't do the job. mike From unknown Sat Jun 21 10:27:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system Resent-From: Michal Nazarewicz Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Aug 2024 21:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72641 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: 72641@debbugs.gnu.org, Eli Zaretskii Received: via spool by 72641-submit@debbugs.gnu.org id=B72641.172401582410992 (code B ref 72641); Sun, 18 Aug 2024 21:18:01 +0000 Received: (at 72641) by debbugs.gnu.org; 18 Aug 2024 21:17:04 +0000 Received: from localhost ([127.0.0.1]:56882 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfnGp-0002rE-SP for submit@debbugs.gnu.org; Sun, 18 Aug 2024 17:17:04 -0400 Received: from mail-wm1-f47.google.com ([209.85.128.47]:39106) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfnGn-0002qJ-5Q for 72641@debbugs.gnu.org; Sun, 18 Aug 2024 17:17:02 -0400 Received: by mail-wm1-f47.google.com with SMTP id 5b1f17b1804b1-4280772333eso4861725e9.0 for <72641@debbugs.gnu.org>; Sun, 18 Aug 2024 14:16:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1724015714; x=1724620514; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:message-id:date:face :references:in-reply-to:subject:cc:to:from:sender:from:to:cc:subject :date:message-id:reply-to; bh=hZDqGU3xKJic7nZwwoQAIS/wvS7R4RX8cOkOEecKcuY=; b=fyK4Bkyh4LDjpyCx29vBmnHJS0+SBGo0bBj4CNZAK0oc425oUe1HaAIZIpJ5ZEo4XY NgCVeI9iLtaRUtmjQ1/vAoNwqX305qtqxzMCohl7rRxQuPXBrDyUgAgIXNszDq+ZOcav FfB0KD0juZpJQYOi+q8xmlSgcPgxKQv57MQtkb14P+rz6UPDRZ4tQ2IAaL/wAomkZEgJ tNUQFC4aRnjg2CEp4wkGKfDlD9/8HBe3GpNvDoMJMcAFMkUSfm7ZcVb74czv21Fx+eAS 7/+gD5nFIjEkN1Ak63I6iurfVNk8C97wMoxLiRBKP8XZwl8RuhQ/ZgPZeJhVsKSOHTaa M8fQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1724015714; x=1724620514; h=content-transfer-encoding:mime-version:message-id:date:face :references:in-reply-to:subject:cc:to:from:sender:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=hZDqGU3xKJic7nZwwoQAIS/wvS7R4RX8cOkOEecKcuY=; b=ap2SzxvGGnbnZKdODJSpmaJHXTXmrdJc3D9SPfnH1L591hJ/GG0FaDzGTqQvxK3e7L f8u3MbWzASp+BBUCLqzlKOKK1Ine/VHFYOVpQ72zEScOrx/x1uEq9BenUx3LDwwljLx7 DhFC/24P0siHzMs0yIBJ+dLHmtnlO+9BfnvxxwcJNYYJVRFg1lHt1oDEZIWKX2LUCal+ /y58LzaGHfiWZ3/oIa9dqG7qWgYNNLabCh8U+LOvRkIVPlMx5VRZ3rYwAHhCzNfeqkBc 63nDe9PhY5dvQ0PdOWkUQiyDW5CQd2TUldxP/7Gol1pz5m49IFSBVx3lbGvnVZk1qTa+ ZhWg== X-Gm-Message-State: AOJu0Yy4xHRuikpOEfGnoWGkkpvRPXo9DJQHo5Gb9SvtWxnIxjRlcT/h diVkLWblohPWDgX8GS/hOuWau2r2QrEidDZ326zSba6Ult+2bmfC X-Google-Smtp-Source: AGHT+IGggVceeMrIB9GCpWWaOz4QHTtuhlQv6sn/h15qtSn/AHumfpHvr0CQtDNKaUqvRHBV8b402Q== X-Received: by 2002:a5d:47a3:0:b0:360:872b:7e03 with SMTP id ffacd0b85a97d-3719429a5aemr3098548f8f.0.1724015713901; Sun, 18 Aug 2024 14:15:13 -0700 (PDT) Received: from erwin (87-205-2-211.static.ip.netia.com.pl. [87.205.2.211]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a838396d3adsm548104266b.218.2024.08.18.14.15.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 18 Aug 2024 14:15:13 -0700 (PDT) From: Michal Nazarewicz In-Reply-To: References: <867cfujge6.fsf@gnu.org> <86fruhiwt0.fsf@gnu.org> <868r09ivqn.fsf@gnu.org> <867cftiprt.fsf@gnu.org> <86msoph6wt.fsf@gnu.org> <2+lcnmedng9le3pwfn0gc79m@mina86.com> <86a5hd7o4t.fsf@gnu.org> <+b8wcnteufggsda3gtf7ioja@mina86.com> <0aecnuy9e9nb2pjfpz4dpvqk@mina86.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWjgIPUupJ7V0jLrom4gmjPs42bY0MdFRLHgE5UPDCbfGm9mH6qmkAJAAACNUlEQVQ4y23SMW/aQBQHcKtb2Zx0abZeIxuTCSELJVmiinboRpGHJktloROQzUQcB2vUXFe35XBYUicRAiYUVSjfru/d+QwlnDz5p/97z+dnVcw5WVQ2zxpcdrQTTiIin3bB6lcaTnaBO5c8eoJG2yBl5El+Ob3fglMW3RUIkQ9xxQ8UBEFQafiVZ/5wZqWExM+LvwEegAY856xZO7MgQkq3jxpO56GXxO5VDQAjpVmWqPLYoSGvIahIuvAVHLeEEDd9DRYAkUcKzscAUgCQ0hwSKBOExuh7kvQQUskY4yjsHqeaCfFjLK6x1AzeeyiRD/C1JW5aGqw5IS5mZre+FVz0RVtoUGPJmBCP/4QPJGKUA1oEMJwAHIv+JljYZYCJi1FRQS2DaUw6sgsQTMfb0Fz9RvjyP3iR01x9RGj0N6HgcefS819CSjidDwIFPSFEDgRg1tUw2oBXAB33T2DV63XbM6AqhZzysm3ZcKZrKBAn5O7Q1rAqGoBKNGRsmUG1n0NKaJtd2RnscTWvnom6fGngDaNrCNl728A+c2gLQP8PFpkEjNWjlGqQfPEhWRqoInSyi2p+drsGDjhAeAeSQI8kfjSwbwCn8gblvIftInzT30HdQT2HlU4gwCbLSQ7VFqVEA0RCtjTwtnjdLlkasNjQwF7x02F2iQSL8XIGB8VQ71WBKHHf5XCIgLUUtIcGSBPhdZIQorpEBrxsqT3GYgRpmicIqrsEgSZm3FG+iJbHYid0/wGj+iTGCXRsqQAAAABJRU5ErkJggg== Date: Sun, 18 Aug 2024 23:15:12 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 (-) On Sat, Aug 17 2024, Paul Eggert wrote: > Yes, it's definitely a file system bug, and I don't see any good way > for Emacs to work around it. Yeah, I think this bug can be close. Though if you think the patch I=E2=80= =99ve sent makes sense, I can push it to master as well. --=20 Best regards =E3=83=9F=E3=83=8F=E3=82=A6 =E2=80=9C=F0=9D=93=B6=F0=9D=93=B2=F0=9D=93=B7= =F0=9D=93=AA86=E2=80=9D =E3=83=8A=E3=82=B6=E3=83=AC=E3=83=B4=E3=82=A4=E3=83= =84 =C2=ABIf at first you don=E2=80=99t succeed, give up skydiving=C2=BB From unknown Sat Jun 21 10:27:45 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: Michal Nazarewicz Subject: bug#72641: closed (Re: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system) Message-ID: References: <44a7yz49dle23+qtvkxc71uf@mina86.com> X-Gnu-PR-Message: they-closed 72641 X-Gnu-PR-Package: emacs Reply-To: 72641@debbugs.gnu.org Date: Sun, 18 Aug 2024 21:27:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1724016422-11968-1" This is a multi-part message in MIME format... ------------=_1724016422-11968-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file= on network file system 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 72641@debbugs.gnu.org. --=20 72641: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D72641 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1724016422-11968-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 72641-done) by debbugs.gnu.org; 18 Aug 2024 21:26:32 +0000 Received: from localhost ([127.0.0.1]:56896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfnQ0-00036I-4s for submit@debbugs.gnu.org; Sun, 18 Aug 2024 17:26:32 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:46582) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfnPy-00035u-Js for 72641-done@debbugs.gnu.org; Sun, 18 Aug 2024 17:26:31 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id E2D413C011BDD; Sun, 18 Aug 2024 14:25:43 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP id LoXXP3Zvf0T5; Sun, 18 Aug 2024 14:25:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 557423C011BDE; Sun, 18 Aug 2024 14:25:43 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 557423C011BDE DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1724016343; bh=wuRSbLvt7H/Bb1C8fdaEOmuAfwbUaAGVX5FzUaMzXv8=; h=Message-ID:Date:MIME-Version:To:From; b=P5jp2ofaSljJS0/V/u+rJC29iqkyxhBGFE92cR2WxzLNtj2DhQQzHAOvn9rrxhQKI FOYr7leqALIxNxBAXp6XxA2rz4jRrRkR02acr6wX2dO+CxAsIIFmomB4hLVV5xpz+q XsCvWAfPYiIu66dFWLh2kR2XUtarmHVOZptZqQb1t6qQo4QnSfhhARkkptCWXEyuqZ OkwR8vw0m9fDjx4v9XIxDS0Q/uaFPuLw8GHwV3ZLB8iFy5W5SHn5RLoacDxRbBlVSu 2521y+XprN6rrVpElTzFk8DJH4EpRZFSaswTBLVwrAzI+yCNwa3PYDOJooh8G6x4N8 k96uJTT1UrnMw== X-Virus-Scanned: amavis at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id bJZO-WhRNIQk; Sun, 18 Aug 2024 14:25:43 -0700 (PDT) Received: from [192.168.254.12] (unknown [47.150.137.250]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 387413C011BDD; Sun, 18 Aug 2024 14:25:43 -0700 (PDT) Message-ID: Date: Sun, 18 Aug 2024 14:25:43 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system To: Michal Nazarewicz References: <867cfujge6.fsf@gnu.org> <86fruhiwt0.fsf@gnu.org> <868r09ivqn.fsf@gnu.org> <867cftiprt.fsf@gnu.org> <86msoph6wt.fsf@gnu.org> <2+lcnmedng9le3pwfn0gc79m@mina86.com> <86a5hd7o4t.fsf@gnu.org> <+b8wcnteufggsda3gtf7ioja@mina86.com> <0aecnuy9e9nb2pjfpz4dpvqk@mina86.com> Content-Language: en-US From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 72641-done Cc: Eli Zaretskii , 72641-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.0 (-) On 2024-08-18 14:15, Michal Nazarewicz wrote: > On Sat, Aug 17 2024, Paul Eggert wrote: >> Yes, it's definitely a file system bug, and I don't see any good way >> for Emacs to work around it. >=20 > Yeah, I think this bug can be close. Though if you think the patch I=E2= =80=99ve > sent makes sense, I can push it to master as well. >=20 OK, closing the bug report, as the patch you sent in=20 is problematic for the reasons discussed=20 in . ------------=_1724016422-11968-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 15 Aug 2024 16:02:16 +0000 Received: from localhost ([127.0.0.1]:49565 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1secvX-0001s1-IR for submit@debbugs.gnu.org; Thu, 15 Aug 2024 12:02:16 -0400 Received: from lists.gnu.org ([209.51.188.17]:53672) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1secvU-0001rt-Vi for submit@debbugs.gnu.org; Thu, 15 Aug 2024 12:02:13 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1secsp-0008U6-5d for bug-gnu-emacs@gnu.org; Thu, 15 Aug 2024 11:59:27 -0400 Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1secsm-0002C4-Pf; Thu, 15 Aug 2024 11:59:26 -0400 Received: by mail-ed1-x534.google.com with SMTP id 4fb4d7f45d1cf-5b9d4eaf3beso108675a12.1; Thu, 15 Aug 2024 08:59:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1723737563; x=1724342363; darn=gnu.org; h=content-transfer-encoding:mime-version:message-id:date:face :references:in-reply-to:subject:cc:to:from:sender:from:to:cc:subject :date:message-id:reply-to; bh=ndOn1DozyfFvphjQZo27X+MPiFOJsB5vBa26O6SHFYc=; b=AYYeETkWKRlVduwBepprTztZM2v7i8IoVVjOWjhIncVl0YErU7wKCCPb1WEr4Cwdn1 KzID3LIFGlYsKh4watskJ3z86myKx+LnAwI0nx3KSE6yPky1QlVGND8PocxosqZXkM0P +MtGKSV/nbO5e8OT+2Q5yZAsEVPh0WPqVsUug2/kEhyn7G9tGVKLahEotXe74iT/E5c5 +RxS78MmNZxZ9Xr810v+JOFa13XyArDmizM6TSIi6r6ut+wJjnst3xkjPYb6a6AK4g0T LL34aa/i+W96eOFGvgT7vcGFkJ99IwydiSUc2VbhhiaWhTuAOo9WZKMlxk2Wtcj3subO 2XYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723737563; x=1724342363; h=content-transfer-encoding:mime-version:message-id:date:face :references:in-reply-to:subject:cc:to:from:sender:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=ndOn1DozyfFvphjQZo27X+MPiFOJsB5vBa26O6SHFYc=; b=n6zoetTlcO/Dcpko6MESe/CXkAf5qdu8cUifIiifp+rJv1/CDpFkH3oMi1RMWjiqGL y3eo09b9ADYP6DCk8rBJq0CaA7po/YbN6tjVbNDuUNykjvUIHz4IbghebQtGYJiX5IZ0 BBf/sH0fgy7GkPGkhuSGAPEEt6iiQOsG5Aqs8lCPhZNdV5xKclIrEXXfHdASf7m55+Tn TvctdgIpDY9Bl7+uKDqVpuU6G9k3FVSreEkPBJyZYS8CxCJl7BE7ghB+NPDC81lvGyR2 cGSOXWsaornZd+XUPvd4oebFaUsbUljT8O55pWA9FVZoELwnQaeoT/oXb5jQRw6njZjb TetA== X-Gm-Message-State: AOJu0YwJuVkTeL9O8MWzPn1QSI5FIwxJ+kOBvQaz7YHJJOr++cJx2I3v VOoc9xtQDgM92RC0epos30XmVZnwP0a+wjR8PFF6tvyeh6uqOHZFOqj5eQ== X-Google-Smtp-Source: AGHT+IEbw5xsL8uZy6KasteqxnWFoVwzZilMtJpwb2A9ZmbUxV9Uqv1eRqiJxwkVr5Q4PGV46djr3A== X-Received: by 2002:a05:6402:2794:b0:5a2:7cfe:236c with SMTP id 4fb4d7f45d1cf-5beb58b2c51mr1040868a12.4.1723737562314; Thu, 15 Aug 2024 08:59:22 -0700 (PDT) Received: from erwin (87-205-2-211.static.ip.netia.com.pl. [87.205.2.211]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5bebbe7ed31sm1073715a12.67.2024.08.15.08.59.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 15 Aug 2024 08:59:21 -0700 (PDT) X-Google-Original-Sender: =?utf-8?Q?Micha=C5=82?= Nazarewicz From: Michal Nazarewicz To: bug-gnu-emacs@gnu.org Subject: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system In-Reply-To: <86msoph6wt.fsf@gnu.org> References: <867cfujge6.fsf@gnu.org> <86fruhiwt0.fsf@gnu.org> <868r09ivqn.fsf@gnu.org> <867cftiprt.fsf@gnu.org> <86msoph6wt.fsf@gnu.org> Received: from erwin (87-205-2-211.static.ip.netia.com.pl. [87.205.2.211]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5bebc081cf5sm1015948a12.90.2024.08.15.08.41.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 15 Aug 2024 08:41:04 -0700 (PDT) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWjgIPUupJ7V0jLrom4gmjPs42bY0MdFRLHgE5UPDCbfGm9mH6qmkAJAAACNUlEQVQ4y23SMW/aQBQHcKtb2Zx0abZeIxuTCSELJVmiinboRpGHJktloROQzUQcB2vUXFe35XBYUicRAiYUVSjfru/d+QwlnDz5p/97z+dnVcw5WVQ2zxpcdrQTTiIin3bB6lcaTnaBO5c8eoJG2yBl5El+Ob3fglMW3RUIkQ9xxQ8UBEFQafiVZ/5wZqWExM+LvwEegAY856xZO7MgQkq3jxpO56GXxO5VDQAjpVmWqPLYoSGvIahIuvAVHLeEEDd9DRYAkUcKzscAUgCQ0hwSKBOExuh7kvQQUskY4yjsHqeaCfFjLK6x1AzeeyiRD/C1JW5aGqw5IS5mZre+FVz0RVtoUGPJmBCP/4QPJGKUA1oEMJwAHIv+JljYZYCJi1FRQS2DaUw6sgsQTMfb0Fz9RvjyP3iR01x9RGj0N6HgcefS819CSjidDwIFPSFEDgRg1tUw2oBXAB33T2DV63XbM6AqhZzysm3ZcKZrKBAn5O7Q1rAqGoBKNGRsmUG1n0NKaJtd2RnscTWvnom6fGngDaNrCNl728A+c2gLQP8PFpkEjNWjlGqQfPEhWRqoInSyi2p+drsGDjhAeAeSQI8kfjSwbwCn8gblvIftInzT30HdQT2HlU4gwCbLSQ7VFqVEA0RCtjTwtnjdLlkasNjQwF7x02F2iQSL8XIGB8VQ71WBKHHf5XCIgLUUtIcGSBPhdZIQorpEBrxsqT3GYgRpmicIqrsEgSZm3FG+iJbHYid0/wGj+iTGCXRsqQAAAABJRU5ErkJggg== Date: Thu, 15 Aug 2024 17:59:21 +0200 Message-ID: <44a7yz49dle23+qtvkxc71uf@mina86.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=2a00:1450:4864:20::534; envelope-from=mnazarewicz@gmail.com; helo=mail-ed1-x534.google.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, 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-Debbugs-Envelope-To: submit Cc: Eli Zaretskii 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.3 (--) [Sending this again as a new bug report since #70973 is archived]. On Thu, May 16 2024, Eli Zaretskii wrote: > I'm not sure we should silently sweep these rare and special cases > under the carpet. The warning is just a warning, and manually > deleting the lock file fixes even that. > > So I'm not sure we should do anything here, as long as the conclusion > is that this happened due to a system crash in an opportune moment. I=E2=80=99m getting the same warning on Linux with Emacs 31.0.50 and it=E2= =80=99s not caused by a crash. emacs> M-x find-file RET /o/foo RET blah RET cli> $ ls -l /o/.#foo=20 cli> -rw------- 1 mpn mpn 0 2024-08-15 16:30 /o/.#foo emacs> M-x save-buffer RET emacs> =E2=9B=94 Warning (unlock-file): Unlocking file: Invalid argumen= t, /o/foo, ignored cli> $ ls -l /o/.#foo /o/foo cli> -rw------- 1 mpn mpn 5 2024-08-15 16:31 /o/foo cli> -rw------- 1 mpn mpn 0 2024-08-15 16:30 /o/.#foo The problem appears to be that /o is a network file-system which does not support symbolic links: $ mount |grep /o //192.168.x.x/data on /o type cifs (rw,relatime,vers=3D3.0,cache=3Dstri= ct,username=3Dmpn,uid=3D1000,forceuid,gid=3D1000,forcegid,addr=3D192.168.x.= x,file_mode=3D0600,dir_mode=3D0700,soft,nounix,serverino,mapposix,reparse= =3Dnfs,rsize=3D4194304,wsize=3D4194304,bsize=3D1048576,retrans=3D1,echo_int= erval=3D60,actimeo=3D1,closetimeo=3D1,_netdev) $ ln -s /o/foo /o/f ln: failed to create symbolic link '/o/f': Input/output error I guess Emacs notices that when it tries to create a lock file and falls back to creating a file, but then it assumes it=E2=80=99s a symlink when tr= ying to remove it. ---------- >8 ------------------------------------------------------ In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.43, cairo version 1.18.0) of 2024-08-12 built on erwin Repository revision: 5d69e2916458148159d7f21257f3c4863b868690 Repository branch: HEAD Windowing system distributor 'The X.Org Foundation', version 11.0.12101011 System Description: Debian GNU/Linux trixie/sid Configured using: 'configure --prefix=3D/usr/local --disable-acl --enable-link-time-optimization --with-native-compilation=3Daot --without-dbus --without-gconf --without-gpm --without-gsettings --without-pop --without-selinux --without-systemd --without-toolkit-scroll-bars --with-x --with-x-toolkit=3Dgtk3 --with-xinput2 --with-xml2 'CFLAGS=3D-O2 -mtune=3Dnative -march=3Dnative -fstack-protector' 'CPPFLAGS=3D-O2 -mtune=3Dnative -march=3Dnative -fstack-protector' 'CXXFLAGS=3D-O2 -mtune=3Dnative -march=3Dnative -fstack-protector'' Configured features: CAIRO FREETYPE GIF GLIB GMP GNUTLS HARFBUZZ JPEG LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG SECCOMP SOUND THREADS TIFF WEBP X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB Important settings: value of $LC_COLLATE: C value of $LANG: en_GB.utf8 locale-coding-system: utf-8-unix Major mode: Rust Minor modes in effect: server-mode: t flyspell-mode: t auto-dim-other-buffers-mode: t global-auto-revert-mode: t icomplete-mode: t global-num3-mode: t num3-mode: t global-whitespace-mode: t whitespace-mode: t global-flyspell-mode: t delete-selection-mode: t windmove-mode: t 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 minibuffer-regexp-mode: t column-number-mode: t line-number-mode: t auto-fill-function: do-auto-fill transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: /home/mpn/.config/emacs/elpa/transient-20210525.1141/transient hides /usr/l= ocal/share/emacs/31.0.50/lisp/transient ~/.config/emacs/custom hides /usr/local/share/emacs/31.0.50/lisp/custom Features: (shadow emacsbug mm-archive parse-time iso8601 mule-util image-mode exif wdired dired-aux pp network-stream nsm mailalias smtpmail textsec uni-scripts idna-mapping ucs-normalize uni-confusable textsec-check qp sort mail-extr notmuch notmuch-tree notmuch-jump notmuch-hello wid-edit notmuch-show notmuch-print notmuch-crypto notmuch-mua notmuch-message notmuch-draft notmuch-maildir-fcc notmuch-address notmuch-company notmuch-parser format-spec notmuch-wash diff-mode track-changes coolj goto-addr icalendar notmuch-tag crm notmuch-lib notmuch-compat pcase hl-line mm-view mml-smime smime gnutls dig gnus-alias rot13 message sendmail yank-media puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader calc-alg calc-ext calc-menu calc calc-loaddefs calc-macs project dabbrev auto-package-update easy-mmode dash rust-utils rust-mode rust-rustfmt rust-playpen rust-compile rust-cargo time-date mc-hide-unmatched-lines-mode mc-mark-more mc-cycle-cursors multiple-cursors-core rect misearch multi-isearch conf-mode pulse color descr-text server flyspell form-feed init sgml-mode facemenu dom auto-dim-other-buffers face-remap autorevert filenotify comp comp-cstr cl-extra help-mode warnings comp-run comp-common rx icomplete num3-mode disp-table whitespace compile text-property-search comint ansi-osc ansi-color ring ispell remember advice browse-kill-ring delsel ffap thingatpt windmove diary-lib diary-loaddefs cal-menu calendar cal-loaddefs auto-dim-other-buffers-autoloads avy-autoloads browse-kill-ring-autoloads csv-mode-autoloads evil-autoloads gnu-elpa-keyring-update-autoloads gnus-alias-autoloads finder-inf markdown-mode-autoloads notmuch-autoloads protobuf-mode-autoloads sed-mode-autoloads info vterm-autoloads package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs icons password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib early-init rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen 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 nadvice seq simple cl-generic indonesian philippine 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 abbrev obarray oclosure cl-preloaded button loaddefs theme-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 inotify dynamic-setting font-render-setting cairo gtk x-toolkit xinput2 x multi-tty move-toolbar make-network-process native-compile emacs) Memory information: ((conses 16 667368 1514832) (symbols 48 33066 15) (strings 32 118043 64516) (string-bytes 1 3468194) (vectors 16 66157) (vector-slots 8 1624733 757680) (floats 8 247 2757) (intervals 56 57621 24687) (buffers 984 58)) ---------- 8< ------------------------------------------------------ --=20 Best regards =E3=83=9F=E3=83=8F=E3=82=A6 =E2=80=9C=F0=9D=93=B6=F0=9D=93=B2=F0=9D=93=B7= =F0=9D=93=AA86=E2=80=9D =E3=83=8A=E3=82=B6=E3=83=AC=E3=83=B4=E3=82=A4=E3=83= =84 =C2=ABIf at first you don=E2=80=99t succeed, give up skydiving=C2=BB ------------=_1724016422-11968-1-- From unknown Sat Jun 21 10:27:45 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: Duncan Greatwood Subject: bug#70973: closed (Re: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system) Message-ID: References: X-Gnu-PR-Message: they-closed 70973 X-Gnu-PR-Package: emacs Reply-To: 70973@debbugs.gnu.org Date: Sun, 18 Aug 2024 21:27:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1724016422-11968-3" This is a multi-part message in MIME format... ------------=_1724016422-11968-3 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #72641: 29.1; "Unlocking file: Invalid argument" Warning saving via a softl= ink with stale file lock 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 70973@debbugs.gnu.org. --=20 72641: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D72641 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1724016422-11968-3 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 72641-done) by debbugs.gnu.org; 18 Aug 2024 21:26:32 +0000 Received: from localhost ([127.0.0.1]:56896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfnQ0-00036I-4s for submit@debbugs.gnu.org; Sun, 18 Aug 2024 17:26:32 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:46582) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sfnPy-00035u-Js for 72641-done@debbugs.gnu.org; Sun, 18 Aug 2024 17:26:31 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id E2D413C011BDD; Sun, 18 Aug 2024 14:25:43 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP id LoXXP3Zvf0T5; Sun, 18 Aug 2024 14:25:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 557423C011BDE; Sun, 18 Aug 2024 14:25:43 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 557423C011BDE DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1724016343; bh=wuRSbLvt7H/Bb1C8fdaEOmuAfwbUaAGVX5FzUaMzXv8=; h=Message-ID:Date:MIME-Version:To:From; b=P5jp2ofaSljJS0/V/u+rJC29iqkyxhBGFE92cR2WxzLNtj2DhQQzHAOvn9rrxhQKI FOYr7leqALIxNxBAXp6XxA2rz4jRrRkR02acr6wX2dO+CxAsIIFmomB4hLVV5xpz+q XsCvWAfPYiIu66dFWLh2kR2XUtarmHVOZptZqQb1t6qQo4QnSfhhARkkptCWXEyuqZ OkwR8vw0m9fDjx4v9XIxDS0Q/uaFPuLw8GHwV3ZLB8iFy5W5SHn5RLoacDxRbBlVSu 2521y+XprN6rrVpElTzFk8DJH4EpRZFSaswTBLVwrAzI+yCNwa3PYDOJooh8G6x4N8 k96uJTT1UrnMw== X-Virus-Scanned: amavis at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id bJZO-WhRNIQk; Sun, 18 Aug 2024 14:25:43 -0700 (PDT) Received: from [192.168.254.12] (unknown [47.150.137.250]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 387413C011BDD; Sun, 18 Aug 2024 14:25:43 -0700 (PDT) Message-ID: Date: Sun, 18 Aug 2024 14:25:43 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#72641: 31.0.50; "Unlocking file: Invalid argument" when deleting lock file on network file system To: Michal Nazarewicz References: <867cfujge6.fsf@gnu.org> <86fruhiwt0.fsf@gnu.org> <868r09ivqn.fsf@gnu.org> <867cftiprt.fsf@gnu.org> <86msoph6wt.fsf@gnu.org> <2+lcnmedng9le3pwfn0gc79m@mina86.com> <86a5hd7o4t.fsf@gnu.org> <+b8wcnteufggsda3gtf7ioja@mina86.com> <0aecnuy9e9nb2pjfpz4dpvqk@mina86.com> Content-Language: en-US From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 72641-done Cc: Eli Zaretskii , 72641-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.0 (-) On 2024-08-18 14:15, Michal Nazarewicz wrote: > On Sat, Aug 17 2024, Paul Eggert wrote: >> Yes, it's definitely a file system bug, and I don't see any good way >> for Emacs to work around it. >=20 > Yeah, I think this bug can be close. Though if you think the patch I=E2= =80=99ve > sent makes sense, I can push it to master as well. >=20 OK, closing the bug report, as the patch you sent in=20 is problematic for the reasons discussed=20 in . ------------=_1724016422-11968-3 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 16 May 2024 05:12:56 +0000 Received: from localhost ([127.0.0.1]:46535 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s7TQE-0005iZ-M0 for submit@debbugs.gnu.org; Thu, 16 May 2024 01:12:56 -0400 Received: from lists.gnu.org ([209.51.188.17]:53300) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s7PNA-0001zC-B6 for submit@debbugs.gnu.org; Wed, 15 May 2024 20:53:34 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s7PN6-0003xu-GD for bug-gnu-emacs@gnu.org; Wed, 15 May 2024 20:53:24 -0400 Received: from mail-lf1-x130.google.com ([2a00:1450:4864:20::130]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1s7PN3-0006lK-0y for bug-gnu-emacs@gnu.org; Wed, 15 May 2024 20:53:23 -0400 Received: by mail-lf1-x130.google.com with SMTP id 2adb3069b0e04-51fdc9af005so280304e87.3 for ; Wed, 15 May 2024 17:53:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1715820799; x=1716425599; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=TKAxdKpfCmk8l5zQx2YrnBjLq95Ezv7U4GBAiIVyDgA=; b=Po4jJhO4SklYpcfF0OGghjyY08vguIOdW0/Oq1Rl1hQjb9ZCRm3wmv9Cg9Lqar0R2O ss+lJqTJH68Idfpfkha0U9SAgu44PmnbzBxJJPOcR2GWwn0yk8F6XqEwaoXgnSSSgRhJ 8tYl2E621/VBz8fctlXUx5SbsWQMmhEruU7h5ZB1G+3L1cPdla7oMo4w+mxFe2xFeV6y BnJQOqdEoutMRJuk5S/pPPJIIUz6AITZNuufy5d3MmFAV4gIj6q2kZ1wFj7nX/9Lcabk vj+FaFcs8jbp2iUCs2iyy9P6j1Q/I+DPwIoV6yWiTM950gjHN9bJqQuPGHwp2Kr8HbFS l1EA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715820799; x=1716425599; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=TKAxdKpfCmk8l5zQx2YrnBjLq95Ezv7U4GBAiIVyDgA=; b=nxl6UNzpZcG/0LPQjmFuLZiI2YBOVnrMuufGyA7HpUrPTEgWoQ7seg7Z1xnVyL2HgV ePBp5EpnDONkWIuDvzOIrsIlhElbd5RqI8u6d6CITD2sEfbPKl51koV6tuNY6/Yb+jhl yHL6PWsCibFPp7gOhHXPpxhUU8VtH6JVczPGEF4WMQOWiPcRICI+ETsrFXKW8ZwrdIQ+ 5JTaHwi8aztmiJ243GN7kOtUGBlpIhpNfhdNaV5N9edIPSMddIDmc4qz7SKXSegArUbB Z1er1FmxncJe/kSqJL7r0GqFqrT4ssW1FmdDcrwVj4LO4kPrBA1Mj4+DOC3qr0eAibxD TMaQ== X-Gm-Message-State: AOJu0YyP3eLlGscRWSNHwfdT7dX1MEmBuodu3m7jqvEqTJ0mU5YNIvbw g+Ju94ZGMDi8FlykOuHI9Jle0m5ll8pC4zJ+VCrWMtSNFO5TGVqaKahFSrKR X-Google-Smtp-Source: AGHT+IG94zShwJLL8l9LkG7PNyb5ZkamkzPQRogrW9/5w0VYbNMOO+xoB1johIvenmpTW0iYf3b0rQ== X-Received: by 2002:a2e:9dc6:0:b0:2e6:f602:a02f with SMTP id 38308e7fff4ca-2e6f602a208mr28389111fa.52.1715820798041; Wed, 15 May 2024 17:53:18 -0700 (PDT) Received: from mail-ed1-f43.google.com (mail-ed1-f43.google.com. [209.85.208.43]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5733bea65b5sm9906727a12.6.2024.05.15.17.53.17 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 15 May 2024 17:53:17 -0700 (PDT) Received: by mail-ed1-f43.google.com with SMTP id 4fb4d7f45d1cf-57230faeb81so1773062a12.0 for ; Wed, 15 May 2024 17:53:17 -0700 (PDT) X-Received: by 2002:a50:935b:0:b0:574:ecec:1887 with SMTP id 4fb4d7f45d1cf-574ecec19camr4515415a12.32.1715820796642; Wed, 15 May 2024 17:53:16 -0700 (PDT) MIME-Version: 1.0 From: Duncan Greatwood Date: Wed, 15 May 2024 17:53:05 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: 29.1; "Unlocking file: Invalid argument" Warning saving via a softlink with stale file lock To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="000000000000152f79061887a9ce" Received-SPF: pass client-ip=2a00:1450:4864:20::130; envelope-from=dgreatwood@gmail.com; helo=mail-lf1-x130.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Thu, 16 May 2024 01:12:53 -0400 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.3 (--) --000000000000152f79061887a9ce Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable While editing the ~/.emacs file in emacs, the machine rebooted (kernel panic I believe). This left a lock file behind. The ~/.emacs file is actually a softlink: .emacs -> /Users//Dropbox/Documents/Projects/emacs/dotemacs The fact that it's a softlink may or may not be relevant. In ~/Dropbox/Documents/Projects/emacs/, there was a file: .#dotemacs After the reboot, I started emacs, and continued with further edits to .emacs. Upon saving .emacs, had the following warning: =E2=9B=94 Warning (unlock-file): Unlocking file: Invalid argument, ~/Dropbox/Documents/Projects/emacs/dotemacs, ignored As per the warning, the save was nonetheless successful. Invoking file-locked-p directly, I saw the same error, and the following debug info: Debugger entered--Lisp error: (file-error "Testing file lock" "Invalid argument" "~/Dropbox/Documents/Projects/emacs/dotemacs") file-locked-p("~/Dropbox/Documents/Projects/emacs/dotemacs") eval((file-locked-p "~/Dropbox/Documents/Projects/emacs/dotemacs") t) eval-expression((file-locked-p "~/Dropbox/Documents/Projects/emacs/dotemacs") nil nil 127) funcall-interactively(eval-expression (file-locked-p "~/Dropbox/Documents/Projects/emacs/dotemacs") nil nil 127) call-interactively(eval-expression nil nil) command-execute(eval-expression) After removing the lock file manually, the warning on save goes away: rm ~/Dropbox/Documents/Projects/emacs/.#dotemacs Access flags on dotemacs file are as follows: -rw-r--r--@ 1 dgreatwood staff 133806 May 15 16:01 dotemacs lrwxr-xr-x 1 dgreatwood staff 59 Dec 6 2015 .emacs -> ... Thanks. ---- In GNU Emacs 29.1 (build 1, aarch64-apple-darwin21.6.0, NS appkit-2113.60 Version 12.6.6 (Build 21G646)) of 2023-08-16 built on armbob.lan Windowing system distributor 'Apple', version 10.3.2487 System Description: macOS 14.5 Configured using: 'configure --with-ns '--enable-locallisppath=3D/Library/Application Support/Emacs/${version}/site-lisp:/Library/Application Support/Emacs/site-lisp' --with-modules 'CFLAGS=3D-DFD_SETSIZE=3D10000 -DDARWIN_UNLIMITED_SELECT' --with-x-toolkit=3Dno' Configured features: ACL GLIB GMP GNUTLS JPEG JSON LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER PNG RSVG SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Messages Minor modes in effect: server-mode: t override-global-mode: t delete-selection-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t buffer-read-only: t column-number-mode: t line-number-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: /Users/username/.emacs.d/lisp/dash hides /Users/username/.emacs.d/elpa/dash-20221013.836/dash /Users/username/.emacs.d/elpa/use-package-20221029.1857/use-package-jump hides /Applications/Emacs.app/Contents/Resources/lisp/use-package/use-package-jum= p /Users/username/.emacs.d/elpa/use-package-20221029.1857/use-package-ensure hides /Applications/Emacs.app/Contents/Resources/lisp/use-package/use-package-ens= ure /Users/username/.emacs.d/elpa/use-package-20221029.1857/use-package-core hides /Applications/Emacs.app/Contents/Resources/lisp/use-package/use-package-cor= e /Users/username/.emacs.d/elpa/use-package-20221029.1857/use-package-delight hides /Applications/Emacs.app/Contents/Resources/lisp/use-package/use-package-del= ight /Users/username/.emacs.d/elpa/use-package-20221029.1857/use-package-diminis= h hides /Applications/Emacs.app/Contents/Resources/lisp/use-package/use-package-dim= inish /Users/username/.emacs.d/elpa/use-package-20221029.1857/use-package hides /Applications/Emacs.app/Contents/Resources/lisp/use-package/use-package /Users/username/.emacs.d/elpa/use-package-20221029.1857/use-package-bind-ke= y hides /Applications/Emacs.app/Contents/Resources/lisp/use-package/use-package-bin= d-key /Users/username/.emacs.d/elpa/bind-key-20221028.1858/bind-key hides /Applications/Emacs.app/Contents/Resources/lisp/use-package/bind-key /Users/username/.emacs.d/elpa/use-package-20221029.1857/use-package-lint hides /Applications/Emacs.app/Contents/Resources/lisp/use-package/use-package-lin= t /Users/username/.emacs.d/lisp/linum hides /Applications/Emacs.app/Contents/Resources/lisp/obsolete/linum Features: (shadow mail-extr emacsbug misearch multi-isearch help-fns radix-tree cl-print debug backtrace warnings company-oddmuse company-keywords company-etags company-gtags company-dabbrev-code company-dabbrev company-files company-clang company-capf company-cmake company-semantic company-template company-bbdb company mm-archive message sendmail yank-media dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 gnus-util mailabbrev gmm-utils mailheader mm-decode mm-bodies mm-encode mail-utils sort autorevert filenotify tango-theme server cmake-mode rst persistent-todo todotxt rustic-spellcheck rustic-expand rustic-lsp rustic-playpen rustic-rustfix rustic-racer etags fileloop xref rustic-babel rustic-rustfmt project org-element org-persist org-id org-refile avl-tree generator org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src ob-comint org-pcomplete pcomplete org-list org-footnote org-faces org-entities time-date ob-emacs-lisp ob-core ob-eval org-cycle org-table ol org-fold org-fold-core org-keys oc org-loaddefs find-func cal-menu calendar cal-loaddefs org-version org-compat org-macs format-spec rustic-comint rustic-clippy rustic-doc xdg f f-shortdoc shortdoc rustic-popup rustic-cargo rustic-compile spinner s xterm-color markdown-mode color noutline outline icons rustic-interaction rustic dash pcase use-package use-package-ensure use-package-delight use-package-diminish use-package-bind-key bind-key easy-mmode use-package-core rust-utils thingatpt rust-mode rx rust-rustfmt rust-playpen rust-compile compile text-property-search comint ansi-osc ansi-color ring rust-cargo gnutls network-stream url-cache url-http url-auth mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr url-gw nsm puny epg-config finder-inf special-scratch kmacro advice string-inflection cl-extra help-mode desktop frameset unbound cl delsel auto-complete-autoloads cmake-font-lock-autoloads cmake-mode-autoloads company-autoloads fuzzy-autoloads popup-complete-autoloads popup-autoloads info package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win 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 nadvice seq simple cl-generic indonesian philippine 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 abbrev obarray oclosure cl-preloaded button loaddefs theme-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 kqueue cocoa ns multi-tty make-network-process emacs) Memory information: ((conses 16 407012 134522) (symbols 48 26631 1) (strings 32 138327 48200) (string-bytes 1 3541370) (vectors 16 50914) (vector-slots 8 1424473 208168) (floats 8 298 443) (intervals 56 1081 0) (buffers 984 16)) --=20 NOTICE: This email and its attachments may contain privileged and=20 confidential information, only for the viewing and use of the intended=20 recipient. If you are not the intended recipient, you are hereby notified= =20 that any disclosure, copying, distribution, acting upon, or use of the=20 information contained in this email and its attachments is strictly=20 prohibited and that this email and its attachments must be immediately=20 returned to the sender and deleted from your system. If you received this= =20 email erroneously, please notify the sender immediately.=C2=A0 Xage Securit= y,=20 Inc. and its affiliates will never request personal information (e.g.,=20 passwords, Social Security numbers) via email.=C2=A0 Report suspicious emai= ls to=20 security-alerts@xage.com --000000000000152f79061887a9ce Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
While editing the ~/.emacs file in emacs, the machine rebo= oted (kernel panic I believe). This left a lock file behind.

=
The ~/.emacs file is actually a softlink:
.emacs -> /User= s/<username>/Dropbox/Documents/Projects/emacs/dotemacs
The = fact that it's a softlink may or may not be relevant.

In ~/Dropbox/Documents/Projects/emacs/, there was a file:=C2=A0.#do= temacs

After the reboot, I started emacs, and cont= inued with further edits to .emacs. Upon saving .emacs, had the following w= arning:
=E2=9B=94 Warning (unlock-file): Unlocking file: Invalid = argument,=C2=A0~/Dropbox/Documents/Projects/emacs/dotemacs, ignored

As per the warning, the save was nonetheless successful.<= /div>

Invoking=C2=A0file-locked-p directly, I saw the sa= me error, and the following debug info:
Debugger entered--Lisp error: (f= ile-error "Testing file lock" "Invalid argument" "= ~/Dropbox/Documents/Projects/emacs/dotemacs")
=C2=A0 file-locked-p(= "~/Dropbox/Documents/Projects/emacs/dotemacs")
=C2=A0 eval((fi= le-locked-p "~/Dropbox/Documents/Projects/emacs/dotemacs") t)
= =C2=A0 eval-expression((file-locked-p "~/Dropbox/Documents/Projects/em= acs/dotemacs") nil nil 127)
=C2=A0 funcall-interactively(eval-expre= ssion (file-locked-p "~/Dropbox/Documents/Projects/emacs/dotemacs"= ;) nil nil 127)
=C2=A0 call-interactively(eval-expression nil nil)
= =C2=A0 command-execute(eval-expression)

After removing the lock file= manually, the warning on save goes away:
rm ~/Dropbox/Documents/= Projects/emacs/.#dotemacs

Access flags on dote= macs file are as follows:
-rw-r--r--@ =C2=A01 dgreatwood =C2=A0staff =C2= =A0133806 May 15 16:01 dotemacs
lrwxr-xr-x =C2=A01 dgreatwood =C2= =A0staff =C2=A059 Dec =C2=A06 =C2=A02015 .emacs -> ...

Thanks.
----
In GNU Emacs 29.1 (build 1, aarch6= 4-apple-darwin21.6.0, NS
=C2=A0appkit-2113.60 Version 12.6.6 (Build 21G6= 46)) of 2023-08-16 built on
=C2=A0armbob.lan
Windowing system distrib= utor 'Apple', version 10.3.2487
System Description: =C2=A0macOS = 14.5

Configured using:
=C2=A0'configure --with-ns '--enab= le-locallisppath=3D/Library/Application
=C2=A0Support/Emacs/${version}/s= ite-lisp:/Library/Application
=C2=A0Support/Emacs/site-lisp' --with-= modules 'CFLAGS=3D-DFD_SETSIZE=3D10000
=C2=A0-DDARWIN_UNLIMITED_SELE= CT' --with-x-toolkit=3Dno'

Configured features:
ACL GLIB = GMP GNUTLS JPEG JSON LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER
PNG RSVG S= QLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER ZLIB

Important s= ettings:
=C2=A0 value of $LANG: en_US.UTF-8
=C2=A0 locale-coding-syst= em: utf-8-unix

Major mode: Messages

Minor modes in effect:=C2=A0 server-mode: t
=C2=A0 override-global-mode: t
=C2=A0 delete-s= election-mode: t
=C2=A0 tooltip-mode: t
=C2=A0 global-eldoc-mode: t=C2=A0 show-paren-mode: t
=C2=A0 electric-indent-mode: t
=C2=A0 mou= se-wheel-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-shadow-mode= : t
=C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2= =A0 blink-cursor-mode: t
=C2=A0 buffer-read-only: t
=C2=A0 column-num= ber-mode: t
=C2=A0 line-number-mode: t
=C2=A0 transient-mark-mode: t<= br>=C2=A0 auto-composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2= =A0 auto-compression-mode: t

Load-path shadows:
/Users/username/.= emacs.d/lisp/dash hides /Users/username/.emacs.d/elpa/dash-20221013.836/das= h
/Users/username/.emacs.d/elpa/use-package-20221029.1857/use-package-ju= mp hides /Applications/Emacs.app/Contents/Resources/lisp/use-package/use-pa= ckage-jump
/Users/username/.emacs.d/elpa/use-package-20221029.1857/use-p= ackage-ensure hides /Applications/Emacs.app/Contents/Resources/lisp/use-pac= kage/use-package-ensure
/Users/username/.emacs.d/elpa/use-package-202210= 29.1857/use-package-core hides /Applications/Emacs.app/Contents/Resources/l= isp/use-package/use-package-core
/Users/username/.emacs.d/elpa/use-packa= ge-20221029.1857/use-package-delight hides /Applications/Emacs.app/Contents= /Resources/lisp/use-package/use-package-delight
/Users/username/.emacs.d= /elpa/use-package-20221029.1857/use-package-diminish hides /Applications/Em= acs.app/Contents/Resources/lisp/use-package/use-package-diminish
/Users/= username/.emacs.d/elpa/use-package-20221029.1857/use-package hides /Applica= tions/Emacs.app/Contents/Resources/lisp/use-package/use-package
/Users/u= sername/.emacs.d/elpa/use-package-20221029.1857/use-package-bind-key hides = /Applications/Emacs.app/Contents/Resources/lisp/use-package/use-package-bin= d-key
/Users/username/.emacs.d/elpa/bind-key-20221028.1858/bind-key hide= s /Applications/Emacs.app/Contents/Resources/lisp/use-package/bind-key
/= Users/username/.emacs.d/elpa/use-package-20221029.1857/use-package-lint hid= es /Applications/Emacs.app/Contents/Resources/lisp/use-package/use-package-= lint
/Users/username/.emacs.d/lisp/linum hides /Applications/Emacs.app/C= ontents/Resources/lisp/obsolete/linum

Features:
(shadow mail-extr= emacsbug misearch multi-isearch help-fns radix-tree
cl-print debug back= trace warnings company-oddmuse company-keywords
company-etags company-gt= ags company-dabbrev-code company-dabbrev
company-files company-clang com= pany-capf company-cmake company-semantic
company-template company-bbdb c= ompany mm-archive message sendmail
yank-media dired dired-loaddefs rfc82= 2 mml mml-sec epa derived epg
rfc6068 gnus-util mailabbrev gmm-utils mai= lheader mm-decode mm-bodies
mm-encode mail-utils sort autorevert filenot= ify tango-theme server
cmake-mode rst persistent-todo todotxt rustic-spe= llcheck rustic-expand
rustic-lsp rustic-playpen rustic-rustfix rustic-ra= cer etags fileloop
xref rustic-babel rustic-rustfmt project org-element = org-persist org-id
org-refile avl-tree generator org ob ob-tangle ob-ref= ob-lob ob-table
ob-exp org-macro org-src ob-comint org-pcomplete pcompl= ete org-list
org-footnote org-faces org-entities time-date ob-emacs-lisp= ob-core
ob-eval org-cycle org-table ol org-fold org-fold-core org-keys = oc
org-loaddefs find-func cal-menu calendar cal-loaddefs org-version
= org-compat org-macs format-spec rustic-comint rustic-clippy rustic-doc
x= dg f f-shortdoc shortdoc rustic-popup rustic-cargo rustic-compile
spinne= r s xterm-color markdown-mode color noutline outline icons
rustic-intera= ction rustic dash pcase use-package use-package-ensure
use-package-delig= ht use-package-diminish use-package-bind-key bind-key
easy-mmode use-pac= kage-core rust-utils thingatpt rust-mode rx
rust-rustfmt rust-playpen ru= st-compile compile text-property-search
comint ansi-osc ansi-color ring = rust-cargo gnutls network-stream
url-cache url-http url-auth mail-parse = rfc2231 rfc2047 rfc2045 mm-util
ietf-drums mail-prsvr url-gw nsm puny ep= g-config finder-inf
special-scratch kmacro advice string-inflection cl-e= xtra help-mode
desktop frameset unbound cl delsel auto-complete-autoload= s
cmake-font-lock-autoloads cmake-mode-autoloads company-autoloads
fu= zzy-autoloads popup-complete-autoloads popup-autoloads info package
brow= se-url url url-proxy url-privacy url-expand url-methods url-history
url-= cookie generate-lisp-file url-domsuf url-util mailcap url-handlers
url-p= arse auth-source cl-seq eieio eieio-core cl-macs password-cache
json sub= r-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs
cl-lib rm= c iso-transl tooltip cconv eldoc paren electric uniquify
ediff-hook vc-h= ooks lisp-float-type elisp-mode mwheel term/ns-win ns-win
ucs-normalize = mule-util term/common-win tool-bar dnd fontset image
regexp-opt fringe t= abulated-list replace newcomment text-mode lisp-mode
prog-mode register = page tab-bar menu-bar rfn-eshadow isearch easymenu
timer select scroll-b= ar mouse jit-lock font-lock syntax font-core
term/tty-colors frame minib= uffer nadvice seq simple cl-generic
indonesian philippine cham georgian = utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanes= e eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic = indian cyrillic chinese
composite emoji-zwj charscript charprop case-tab= le epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded butt= on loaddefs
theme-loaddefs faces cus-face macroexp files window text-pro= perties
overlay sha1 md5 base64 format env code-pages mule custom widget= keymap
hashtable-print-readable backquote threads kqueue cocoa ns multi= -tty
make-network-process emacs)

Memory information:
((conses = 16 407012 134522)
=C2=A0(symbols 48 26631 1)
=C2=A0(strings 32 138327= 48200)
=C2=A0(string-bytes 1 3541370)
=C2=A0(vectors 16 50914)
= =C2=A0(vector-slots 8 1424473 208168)
=C2=A0(floats 8 298 443)
=C2=A0= (intervals 56 1081 0)
=C2=A0(buffers 984 16))



NOTICE: This email and its attachmen= ts may contain privileged and confidential information, only for the viewin= g and use of the intended recipient. If you are not the intended recipient,= you are hereby notified that any disclosure, copying, distribution, acting= upon, or use of the information contained in this email and its attachment= s is strictly prohibited and that this email and its attachments must be im= mediately returned to the sender and deleted from your system. If you recei= ved this email erroneously, please notify the sender immediately.=C2=A0 Xag= e Security, Inc. and its affiliates will never request personal information= (e.g., passwords, Social Security numbers) via email.=C2=A0 Report suspici= ous emails to security= -alerts@xage.com
--000000000000152f79061887a9ce-- ------------=_1724016422-11968-3--