[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: question about `tramp-file-name-handler'
From: |
Michael Albinus |
Subject: |
Re: question about `tramp-file-name-handler' |
Date: |
Tue, 29 Jan 2013 09:19:15 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) |
Thierry Volpiatto <address@hidden> writes:
> Hi Michael,
Hi Thierry,
> I see that in `tramp-file-name-handler' you fall back to
> `tramp-run-real-handler' when 'suppress is thrown by
> `tramp-sh-file-name-handler'.
This is meant for operations on files themselves, not for
`start-file-process'.
> Here the problem I have with this:
> The process I run on remote host is "find" shell command.
>
> I run quickly on remote:
>
> "find process" => "kill this process" => "find process"
> (less than 5s delay)
>
> The second "find process" is running now locally (It fallback to
> `tramp-run-real-handler')
>
> So my question is why running `tramp-run-real-handler' when 'suppress is
> thrown ?
> Isn't there a better solution ? (possibly with delaying the next call to
> process?)
I've committed a fix to the repositories. In
`tramp-sh-handle-start-file-process'
the `suppress' event is catched. This shall serve your needs. Let's see,
whether there are unexpected side effects.
> Thanks.
Best regards, Michael.
- question about `tramp-file-name-handler', Thierry Volpiatto, 2013/01/26
- Re: question about `tramp-file-name-handler',
Michael Albinus <=
- Re: question about `tramp-file-name-handler', Thierry Volpiatto, 2013/01/29
- Re: question about `tramp-file-name-handler', Michael Albinus, 2013/01/29
- Re: question about `tramp-file-name-handler', Thierry Volpiatto, 2013/01/29
- Re: question about `tramp-file-name-handler', Michael Albinus, 2013/01/29
- Re: question about `tramp-file-name-handler', Thierry Volpiatto, 2013/01/29
- Re: question about `tramp-file-name-handler', Michael Albinus, 2013/01/30
- Re: question about `tramp-file-name-handler', Thierry Volpiatto, 2013/01/30