GNU bug report logs - #66993
[PATCH] project.el: avoid asking user about project-list-file lock

Previous Next

Package: emacs;

Reported by: Spencer Baugh <sbaugh <at> janestreet.com>

Date: Tue, 7 Nov 2023 21:29:02 UTC

Severity: normal

Tags: patch

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Dmitry Gutov <dmitry <at> gutov.dev>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: sbaugh <at> janestreet.com, 66993 <at> debbugs.gnu.org
Subject: bug#66993: [PATCH] project.el: avoid asking user about project-list-file lock
Date: Thu, 9 Nov 2023 13:33:29 +0200
On 09/11/2023 13:27, Eli Zaretskii wrote:
>> Date: Thu, 9 Nov 2023 13:05:09 +0200
>> Cc: sbaugh <at> janestreet.com, 66993 <at> debbugs.gnu.org
>> From: Dmitry Gutov <dmitry <at> gutov.dev>
>>
>>> Can you tell why the list of projects is saved on a file that is
>>> global among all sessions of the same user?  Would it make sense to
>>> make the file specific to an Emacs process?
>>
>> Specific, meaning in a file name e.g. suffixed with pid?
> 
> For example, yes.
> 
>> And what happens after the restart? The list needs to be recovered.
> 
> Why does it need to be recovered?  Isn't it built on-the-fly anyway?
> Is this just some kind of optimization?

If we didn't need to read it after restart, there would be no point in 
writing the list to disk.

> I guess I don't understand well enough why this file exists and how it
> is used?

Same reason as for savehist-file.




This bug report was last modified 1 year and 268 days ago.

Previous Next


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