From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#49261: 28.0.50; File Locking Breaks Presumptuous Toolchains Date: Wed, 07 Jul 2021 18:55:26 +0200 Message-ID: <87zguyf4ht.fsf@gmx.de> References: <87o8bn7bie.fsf@gnus.org> <87zgv6vuon.fsf@gmx.de> <837di9lwbm.fsf@gnu.org> <87a6n5vuu4.fsf@gnus.org> <8735sqnmei.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8695"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: ncaprisunfan@gmail.com, 49261@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jul 07 18:56:13 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m1AqL-00023R-GC for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 07 Jul 2021 18:56:13 +0200 Original-Received: from localhost ([::1]:57506 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m1AqK-00016b-JN for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 07 Jul 2021 12:56:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41122) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m1AqA-00015y-Fw for bug-gnu-emacs@gnu.org; Wed, 07 Jul 2021 12:56:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41795) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1m1Aq9-00088y-Uo for bug-gnu-emacs@gnu.org; Wed, 07 Jul 2021 12:56:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1m1Aq9-0004NM-Uz for bug-gnu-emacs@gnu.org; Wed, 07 Jul 2021 12:56:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 07 Jul 2021 16:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49261 X-GNU-PR-Package: emacs Original-Received: via spool by 49261-submit@debbugs.gnu.org id=B49261.162567693816775 (code B ref 49261); Wed, 07 Jul 2021 16:56:01 +0000 Original-Received: (at 49261) by debbugs.gnu.org; 7 Jul 2021 16:55:38 +0000 Original-Received: from localhost ([127.0.0.1]:53341 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m1Apl-0004MV-Ns for submit@debbugs.gnu.org; Wed, 07 Jul 2021 12:55:37 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:55867) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m1Apj-0004MG-De for 49261@debbugs.gnu.org; Wed, 07 Jul 2021 12:55:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1625676928; bh=ByvfXP68Vmmqjdz/wolI/avWKoaSEi4hLWl51EiRa8g=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=RclKKvf/ssjURoJYBj2RVNEk75XsozOHuFJ/JuhWcaOK418NByz04RsD9OrHc4gc7 W5zEvjCq5SS3deK0HbSeIP/57F0N9HhH1zlYI/NK8Zchxt09uAkPVygIfH+NDPTuc6 F8lZwwzu8u5/Cwi5/xQd2T5/FovnN8Wq0QzFz26o= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from gandalf.gmx.de ([212.91.249.146]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N6bk4-1l7QZ41Phu-0184yT; Wed, 07 Jul 2021 18:55:28 +0200 In-Reply-To: <8735sqnmei.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 07 Jul 2021 18:01:25 +0200") X-Provags-ID: V03:K1:W/CTy5oUpQjOxzQC8jyRDTFTDG+U4BGBBGOM1ck4K7LQnkTx3BO GJEFGMOMudHfJs2hTSza/+eHgwB4j9YC3ChOYQIcHzIdroOrq/1qwadvFgbRaQbjpImIPjQ ysjpFZ4BVGHZK16/RD0upi4y3iHOB5YUDvch7e8JpeQz5DmYYuwRkFxgUVEEnL+mgOrsGFf GLM6baZ6iRPTsiIbP32Zg== X-UI-Out-Filterresults: notjunk:1;V03:K0:HIXBRw/DVRw=:oyXU8yUvZzwHZ2NdUOXbm0 mIlOBHRZ3uPaggGY+zb//nKLtZVjJxzyD5Vu16dJj7DH6pMq3yz6GaqEvZPxZZYAKeSYlfYXK /xMAS5rZRtSDacVxNu17V0N4o3v55W21asvHKV3XebRAgz+QoD1djeZUCueavkgoEP76If8AJ RjImuIvNbFoQqneZs1/T4+IxxKJcL7i6Jno5ErjaSgeT5qP1jUzeIXbAUGe/GKfqPaLPm8G/K Pa6xSRfyYmaYGXHs9ZgKkRK31TFnBGDN2rF54NivS31+vqqZgOZ7WxxkG7DIWa38uEOKt8lum yOqQBZRhB3PJJK8FyJBwHVtL4kDq0kXQOsRYDWHitNpPk6vLISnckn0em52g5ev7U14DkL+sC XUpqiVxrmixEQI02tYQ6s6M1UKecIf4kCr84EirhAdyE4QekGv5Bq8mE75kuIcFXBVe29QC4t j9CZIcleuwGoBLIwMiaTzXVzgi1kMeh3dcxhBkJG0v9iuRrg3uVEJr6QUImlG8YdtPqH+l8vG la39StMFVP3oJwdkZsFsYr7HPYACCtMFVV3+a7rkdzwd1lNh0ClM2RAonGjAaH3kVxVd/Gp2i w5pPb1cTg3PJbD/XVkSkCZJj92UgwRnLdyMdkTAYtJCsjPi+PYMWjFfvYLm6fBLT5rVBjjqay xxmI8M8YQvueeyKttDSB4wSUMCVq/LEIZApIXHgnKO6onqidMn7W3D4gg0DggMLdDYrdTch47 oESuwXr0/lIekGEkQYFYUmXoxdSsv2ILQfkoMr4SJdeN15/SoMQ2vIJTgMAcsKNU+1vR9wWm X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:209599 Archived-At: Lars Ingebrigtsen writes: Hi Lars, > So if somebody could give that a look-over while I'm writing up the > documentation, that'd be great. :-) Just some first thoughts, by dry reading. > (if handler > (funcall handler 'make-auto-save-file-name) We have a file name handler for make-auto-save-file-name. Shall we use also a handler for make-lock-file-name? > +(defun make-lock-file-name (filename) > + "Make a lock file name for FILENAME. > +By default, this just prepends \".*\" to the non-directory part > +of FILENAME, but the transforms in `lock-file-name-transforms' > +are done first." > + (auto-save--transform-file-name filename lock-file-name-transforms ".#" "")) Hmm, maybe not, because the lock file name must be the *same* over different Emacs sessions. Furthermore, there is auto-save-mode, which toggles auto-saving. Shall we use something similar for file locks? Perhaps, people might not want to lock all files, for example they might want to disable this feature for remote files (possible performance degradation). Best regards, Michael.