[Top][All Lists]

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

Re: question about `tramp-file-name-handler'

From: Thierry Volpiatto
Subject: Re: question about `tramp-file-name-handler'
Date: Tue, 29 Jan 2013 16:19:36 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux)

Michael Albinus <address@hidden> writes:

> Thierry Volpiatto <address@hidden> writes:
>> `suppress' is still catched in `tramp-file-name-handler', I don't know why
>> yet, so this cond is still running when two identicals processes are
>> called quickly:
> Well, I've modified the patch (in tramp-sh.el). Could you, please, check?
I have now an error because with this last change, nil is returned
instead of the <process> by the next call of `start-file-process'.

Here two screencast (Hope the links are valids, let me know if not) to
visualize better what happen:

In tramp-bad.ogm, the relative part of candidates is indeed the result
of `find' process that run locally.

I think that what should be returned is the new process but delayed in a
timer or something similar.

Also, it seem it is hardcoded to 5s to throw or not `suppress', is there
a particular reason for 5s? or maybe you found by experience two
processes that run quickly under this delay fails?

Get my Gnupg key:
gpg --keyserver --recv-keys 59F29997 

reply via email to

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