Re: Tramp never unmounts sshfs volumes

[Stephen Gildea]

Michael Albinus <michael.albinus@gmx.de> wrote:

>   Thanks for your tests!

:-) thanks for the quick fixes!

How about a more descriptive comment for new function tramp-file-name-unify.
I think the term "unify" is not as specific as it could be.  It seems the
point is that vec objects returned by this function compare 'equal' if they
refer to the same connection.

>   > tramp-cleanup-this-connection fails to unmount....
>   
>   Fixed.

Verified.

>   > tramp-cleanup-all-connections and exiting Emacs both do unmount, as 
> expected.
>   > However, they leave behind the mount point directory, 
> /tmp/tramp.sshfs.otherhost/
>   
>   Fixed.

Verified.

>   > Two Emacs processes accessing the same remote host can confuse each other:
>   >    . open an sshfs file in Emacs 1
>   >    . open an sshfs file in Emacs 2 on the same remote host
>   >    . cleanup-all in Emacs 1
>   >    . try to access file again in Emacs 2 - fails: No such file or 
> directory
>   
>   Yes, you can always shoot yourself in the foot. It might be possible to
>   check this case, but is it really worth the effort?

I do not need this fixed.  Tramp sshfs is very useful to me as-is.  But I
wonder if in general it would be good for Tramp to be robust against dying
network connections.

 < Stephen