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

[Thierry Volpiatto]

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:

https://www.dropbox.com/s/oqsk5u48pm3knkw/tramp-bad.ogm
https://www.dropbox.com/s/13h6urx8ktrm5hf/tramp.ogm

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?

-- 
  Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997