bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#64401: 28.1; Desktop restoration


From: Michael Albinus
Subject: bug#64401: 28.1; Desktop restoration
Date: Sun, 02 Jul 2023 12:36:36 +0200
User-agent: Gnus/5.13 (Gnus v5.13)

Eli Zaretskii <eliz@gnu.org> writes:

Hi Eli,

> Sounds good.  Regarding the default value: how long does it take for
> access-file to do its job with "normal" connections?  Maybe 30 is too
> long, and something like 10 will be better?

OK, let's start with this.

> Also, the implementation should probably "remember" the result and
> apply it to all the other files on the same volume?

Hmm, this will be harder. `access-file' could fail for different
reasons. And Tramp does not know whether two remote files belong to the
same volume. Well, there is `file-attribute-device-number', but this is
not trustworthy for all different kind of remote file systems.

I'll see whether I can implement a cache for different volumes on remote
hosts where it makes sense.

>> Implementation note: This would be the timeout if the connection is
>> already established. If there is no connection yet, Tramp would add that
>> initialization time. Establishing a new connection is always limited by
>> a reasonable timeout.
>
> You mean, we already have a timeout for new connections?  If so, why
> didn't the OP see its effect?

Don't know, I would need the traces. Tom, could you please start "emacs
--eval '(setq tramp-verbose 10)'" and reproduce the problem? There will
be a Tramp debug buffer, which you could show us.

> Thanks.

Best regards, Michael.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]