GNU bug report logs - #41242
Port feature/native-comp to Windows

Previous Next

Package: emacs;

Reported by: Nicolas Bértolo <nicolasbertolo <at> gmail.com>

Date: Wed, 13 May 2020 19:28:01 UTC

Severity: wishlist

Done: Andrea Corallo <akrl <at> sdf.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Andrea Corallo <akrl <at> sdf.org>
To: Nicolas Bértolo <nicolasbertolo <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 41242 <at> debbugs.gnu.org
Subject: bug#41242: Port feature/native-comp to Windows
Date: Thu, 14 May 2020 19:58:08 +0000
Nicolas Bértolo <nicolasbertolo <at> gmail.com> writes:

>> As you said the problem is to decide who has the duty to remove the file
>> at last.  If each Emacs deposes a file says .foo.eln-pidxxx for the
>> whole time is using foo.eln should be easy for the last Emacs to
>> understand it is really the last and has to do the clean-up in the case
>> foo.eln was renamed in foo.eln*whatever
>
> That file would be create when opening foo.eln, but when
> Emacs is closing we don't know what file it refers to:
> - foo.eln
> - foo.eln.old
> - foo.eln.old2
> - foo.eln.oldN
>
> These last files could be created if foo.eln.old exists at the time of renaming.

Yes, but I think we could say: the last Emacs closing that used any file
that was (at a certain point in life) foo.eln removes all the old
foo.eln.*

If is the last using any of the foo.eln* it can do that safely no?

-- 
akrl <at> sdf.org




This bug report was last modified 5 years and 41 days ago.

Previous Next


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