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


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

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: Re: bug#41242: Port feature/native-comp to Windows
Date: Thu, 14 May 2020 19:15:38 +0000
Nicolas Bértolo <nicolasbertolo <at> gmail.com> writes:

>> Do you think it works?
>
> I don't know. What do you have in mind?

Not much more than that.

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

I think it could work. (?)

> Another option:
>
> We could use a global mutex shared between all Emacs processes.
> https://docs.microsoft.com/en-us/windows/win32/sync/mutex-objects
>
> They would have to acquire that mutex before any operation using eln files.
> This is a complicated solution, though.
>
> Nicolás.
>

-- 
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.