From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#49261: 28.0.50; File Locking Breaks Presumptuous Toolchains Date: Wed, 07 Jul 2021 18:59:50 +0200 Message-ID: <87pmvum54p.fsf@gnus.org> References: <87o8bn7bie.fsf@gnus.org> <87zgv6vuon.fsf@gmx.de> <837di9lwbm.fsf@gnu.org> <87a6n5vuu4.fsf@gnus.org> <8735sqnmei.fsf@gnus.org> <87zguyf4ht.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16222"; 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: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jul 07 19:05:01 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 1m1Ayr-00040I-6S for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 07 Jul 2021 19:05:01 +0200 Original-Received: from localhost ([::1]:52554 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m1Ayq-0000Yt-71 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 07 Jul 2021 13:05:00 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42254) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m1Av0-0006rz-QX for bug-gnu-emacs@gnu.org; Wed, 07 Jul 2021 13:01:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41803) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1m1Av0-0001BX-Hk for bug-gnu-emacs@gnu.org; Wed, 07 Jul 2021 13:01:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1m1Av0-0004Wf-B5 for bug-gnu-emacs@gnu.org; Wed, 07 Jul 2021 13:01:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 07 Jul 2021 17:01:02 +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.162567720217233 (code B ref 49261); Wed, 07 Jul 2021 17:01:02 +0000 Original-Received: (at 49261) by debbugs.gnu.org; 7 Jul 2021 17:00:02 +0000 Original-Received: from localhost ([127.0.0.1]:53349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m1Au1-0004Tj-GU for submit@debbugs.gnu.org; Wed, 07 Jul 2021 13:00:02 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:53724) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m1Au0-0004TA-18 for 49261@debbugs.gnu.org; Wed, 07 Jul 2021 13:00:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=2OMwl+MzOtQeFcVdrGYw0ZbKA8teZ42cyUcd7BqtAbU=; b=f8oYoiy1MTWA3trIxNYHHxGz3K Y3ep9fV8NAfeFFWa4D7llEZ3b3zJOgBGyRmR59Mt/G1k61npBywZ8jmgLw5h9IvwJVaElIAwWhVtP sy31IW8q32dVmu1+fEDDmrasYFwjjzBSzbrkrVw8HrmpprSZC8KGeizyK+7zusTBHXpM=; Original-Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m1Atr-0008Ck-1B; Wed, 07 Jul 2021 18:59:53 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEWaalCyiG220+FL NDD////T+lTcAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+UHBxANA5UrSL8AAAG4SURBVDjLrZLbsaQw DESlcQIWTgAuCch0/rlttwxTy97fVQ0wpWO59TIz237edqbJsB3b9mZN/na9fPuHr0Mh+b7GoPcg +LwDDHKcBC//QckKyX9Apybmb3AoGWD7BfoCWQm/lJ2A5KO01h13QCyAGxyoag6Cbi2Z2HUWGJiN n+guAEPD0qAcG7NTOaK30ofAAXQC86ApQkRg1yfl1GP5jTh1FXh+hdCJLDB44AtsGWoiPIBu2b2p QO8PYDIDfSCi3Tq+MvDuHdGgCN1FBKzzMwY7kR2z9yWBKmpkVIodCLjlSpd9aIicTTnDMZVOiTtv BKaSBtblLddVUL5lmlKJaLNU61/AnjocjxVNV+8Fos7RJJL7JLgrX25M9fI64ntVOfVwbLh2lP8B l55drx/4iJVV3kVcRw6CPXGxL09WZx3miW33Aa8I1yKFIlTHNRg9C0AqH7nQ0reTHVNPzaouLsBs eV7VSPa/QGtP5XtUq7Rb2i6CWr9kCexIaAx2r1390aqzbusar0CuRnMu2l3Xn5qHWsAN5zfuzYpe 4lp8FsC1UlTTr+TXvPBMrpQ0u9XEt6XVyv8/+wMntWucKKEq+wAAACV0RVh0ZGF0ZTpjcmVhdGUA MjAyMS0wNy0wN1QxNjoxMzowMyswMDowMIrIMfkAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMDct MDdUMTY6MTM6MDMrMDA6MDD7lYlFAAAAAElFTkSuQmCC X-Now-Playing: Yoko Ono's _Feeling the Space_: "Mildred, Mildred (Demo)" In-Reply-To: <87zguyf4ht.fsf@gmx.de> (Michael Albinus's message of "Wed, 07 Jul 2021 18:55:26 +0200") 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:209601 Archived-At: Michael Albinus writes: > 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? Yeah, I wondered about that, too. I'm not quite sure what the use case would be, but for symmetry's sake, it might make sense anyway. >> +(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. That would be up to the person that writes the handler to take care of, I think? > 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). Sure; makes sense. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no