From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#23033: 24.5; Lock file uses the same extension as the file it's locking Date: Fri, 24 Sep 2021 17:06:29 -0700 Message-ID: References: <8jy49fnrpl.fsf@fencepost.gnu.org> <87pni3t129.fsf@marxist.se> <83eeyicxh7.fsf@gnu.org> <875zjutq51.fsf@marxist.se> <83imnta3y6.fsf@gnu.org> <83d0e19zcm.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13982"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: rgm@gnu.org, 23033@debbugs.gnu.org, mgsloan@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Sep 25 02:07:17 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 1mTvDm-0003Ox-Hd for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 25 Sep 2021 02:07:14 +0200 Original-Received: from localhost ([::1]:56664 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTvDk-0001VZ-TD for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 24 Sep 2021 20:07:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34200) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTvDb-0001UT-88 for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 20:07:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48014) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mTvDb-0003hH-0c for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 20:07:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mTvDa-0005O7-R1 for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 20:07:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Sep 2021 00:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23033 X-GNU-PR-Package: emacs Original-Received: via spool by 23033-submit@debbugs.gnu.org id=B23033.163252840020654 (code B ref 23033); Sat, 25 Sep 2021 00:07:02 +0000 Original-Received: (at 23033) by debbugs.gnu.org; 25 Sep 2021 00:06:40 +0000 Original-Received: from localhost ([127.0.0.1]:59556 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTvDE-0005N4-BL for submit@debbugs.gnu.org; Fri, 24 Sep 2021 20:06:40 -0400 Original-Received: from mail-pg1-f173.google.com ([209.85.215.173]:33602) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTvD9-0005Mh-9D for 23033@debbugs.gnu.org; Fri, 24 Sep 2021 20:06:38 -0400 Original-Received: by mail-pg1-f173.google.com with SMTP id y186so29199pgd.0 for <23033@debbugs.gnu.org>; Fri, 24 Sep 2021 17:06:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=BD1O3IxSacFZfjFP6/B82y918Xb0oiRCavSxiIfzIOI=; b=HgZdpgAm+v56KrMqf80tbuC1rZz96NFu+2w2T8LS+6U+PHtDrVCvpGyvlhhDehMJEE DICXN2t7OM5m+XCA5XYArNPAwLLZRPUKBMRqm0ATeav7XXW8CDzdC4qaFjRue41GRJeQ SLi4F0pIAlXSnFVNzVtxzahhJzZRrZI/1rXcF0wV75549CwoyavkYXDo+7cDDUvuR8MJ EbdqdsBk0J8fvAGYeu2fB7arF60NSyH5NGEJNQvncKBYUf3AB3OE7l4dAzhnNQAkoApR Vf9yf5eimthYWmXDH2NIsMaDZ6xQBoQ6H9F7tsZQSsI1h0H/jkvPkPGCt9SIurKIeQ8v 0FSg== X-Gm-Message-State: AOAM530rxX+Wmy8y1DQCmh5BOc+wX5lqQSnxeVAvCtEKA89b1RtfqPEl YOKswtbbb7IIU4HQnrELu21lgVU3kfYjQhx8fuk= X-Google-Smtp-Source: ABdhPJxuuFnXeYgR9lSyPc2qtdfiFTbKbi7C21o6ZaRs47BObSDHMkFQUWPfz0wR7jv57r3l5nCfrU3EiepswqImRnY= X-Received: by 2002:a63:6941:: with SMTP id e62mr6040732pgc.114.1632528389640; Fri, 24 Sep 2021 17:06:29 -0700 (PDT) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 24 Sep 2021 17:06:29 -0700 In-Reply-To: <83d0e19zcm.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 09 Nov 2019 11:24:25 +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:215354 Archived-At: Eli Zaretskii writes: >> From: Stefan Kangas >> Date: Sat, 9 Nov 2019 10:12:11 +0100 >> Cc: Michael Sloan , Glenn Morris , 23033@debbugs.gnu.org >> >> > I think we should only consider adding punctuation characters, because >> > that would ensure these lock files are displayed right next to the >> > files they lock, like today. Moving the lock files away of the files >> > they lock in the directory listing would be a disadvantage, IMO. >> >> On this MacOS machine, I see the following: >> >> $ ls -al >> total 8 >> drwxr-xr-x 11 skangas staff 352 Nov 9 10:05 . >> lrwxr-xr-x 1 skangas staff 33 Nov 9 10:05 .#foo -> >> skangas@example.org.795 >> drwxr-xr-x 50 skangas staff 1600 Nov 9 10:03 .. >> -rw-r--r-- 1 skangas staff 0 Nov 9 10:03 a >> -rw-r--r-- 1 skangas staff 0 Nov 9 10:03 e >> -rw-r--r-- 1 skangas staff 3 Nov 9 10:05 foo >> -rw-r--r-- 1 skangas staff 0 Nov 9 10:03 i >> -rw-r--r-- 1 skangas staff 0 Nov 9 10:03 z >> >> In other words, the lock file is not next to the file it locks. Are >> you seeing something else? > > Yes. > > Is the above Gnu 'ls'? And what is your locale? I see this in the macOS ls and the GNU ls with LC_COLLATE=C. With `LC_COLLATE=en_US.UTF.8 ls -al`, I see that: lrwxrwxrwx 1 skangas skangas 32 2021-09-25 01:54 .#foo -> skangas@joffe.1358372:1630641938 -rw-r--r-- 1 skangas skangas 4 2021-09-25 01:54 foo >> How would the ordering differ with a suffix like ".lock" compared to >> "#" or some other punctuation character? I would have thought that it >> would be very similar. Maybe I'm missing something. > > The default file sort order in UTF-8 locales ignores punctuation > characters. So how about using ".#foo#" instead of ".#foo"?