GNU bug report logs - #8159
file-name-sans-version fails for some git files

Previous Next

Package: emacs;

Reported by: Reuben Thomas <rrt <at> sc3d.org>

Date: Wed, 2 Mar 2011 22:32:02 UTC

Severity: normal

Done: Chong Yidong <cyd <at> stupidchicken.com>

Bug is archived. No further changes may be made.

Full log

Message #11 received at 8159 <at> debbugs.gnu.org (full text, mbox):

From: Reuben Thomas <rrt <at> sc3d.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 8159 <at> debbugs.gnu.org
Subject: Re: bug#8159: file-name-sans-version fails for some git files
Date: Thu, 3 Mar 2011 12:02:53 +0000

On 3 March 2011 03:58, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> Date: Wed, 2 Mar 2011 22:31:12 +0000
>> From: Reuben Thomas <rrt <at> sc3d.org>
>> Cc:
>>
>> filenames like foo.js.~HEAD~1~ aren't handled properly because of the
>> internal tilde.
>
> What would be the "proper" handling of such a file name?  What is the
> "version" here?

The version is HEAD~1, so the only difference from supported version
formats is the internal tilde.

I can't see (yet) how this doesn't work with backup file names. In
particular, it can't be mistaken for a numbered backup file, since it
doesn't end `.~%d~'; on the other hand, both the simple backup suffix
~ and numeric backups suffix `.~%d~' are still correctly stripped by
my modified file-name-sans-versions.

-- 
http://rrt.sc3d.org
This bug report was last modified 14 years and 84 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.