[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#18891: Doesn't handle pwd = /C: very well
From: |
Michael Albinus |
Subject: |
bug#18891: Doesn't handle pwd = /C: very well |
Date: |
Tue, 11 Nov 2014 09:42:33 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) |
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>> tramp-default-method-alist. I don't see why it is better than the
>> current behaviour.
>
> It's better because out of the box /<host>: won't work any more (so it
> can't collide with a local dir), but if people still like it, they can
> get the old behavior by customizing tramp-default-method-alist.
When you proposed to deprecate the /<host>: syntax I said I'm with you
from the implementation point of view. Now your proposal still includes
this syntax, only discouraging people using it. So the promise of a
simpler implementation is not true anymore.
What's left is that we will annoy people, because tramp-default-method
won't exist anymore. They will learn soon, that (add-to-list
'tramp-default-method-alist '(nil nil "scp") t) will restore the
previous behaviour. We won't gain nothing.
And everything just for the rare-or-even-not-existing case that a user
has a local directory "/C:/" or similar. How often does it happen? I
haven't seen such reports for years (maybe never, but I distrust my
memory). Even this report is not based on an evidence in real life, but
on a 13 years old message about a problem with ange-ftp.
I don't believe this is sufficient for annoying Emacs users.
And users with such a special local directory could use "/:/C:/"
instead. Emacs supports this case already, and I've fixed some errors in
the run of this report. call-process with such a default-directory does
not work yet, but this is an error which could be fixed. It doesn't
qualify to change the Tramp design.
> Stefan
Best regards, Michael.
- bug#18891: Doesn't handle pwd = /C: very well, (continued)
- bug#18891: Doesn't handle pwd = /C: very well, Michael Albinus, 2014/11/09
- bug#18891: Doesn't handle pwd = /C: very well, Stefan Monnier, 2014/11/09
- bug#18891: Doesn't handle pwd = /C: very well, Michael Albinus, 2014/11/09
- bug#18891: Doesn't handle pwd = /C: very well, Stefan Monnier, 2014/11/10
- bug#18891: Doesn't handle pwd = /C: very well, Michael Albinus, 2014/11/10
- bug#18891: Doesn't handle pwd = /C: very well, Stefan Monnier, 2014/11/10
- bug#18891: Doesn't handle pwd = /C: very well,
Michael Albinus <=
- bug#18891: Doesn't handle pwd = /C: very well, Stefan Monnier, 2014/11/11
- bug#18891: Doesn't handle pwd = /C: very well, Michael Albinus, 2014/11/11
- bug#18891: Doesn't handle pwd = /C: very well, Stefan Monnier, 2014/11/11
- bug#18891: Doesn't handle pwd = /C: very well, Michael Albinus, 2014/11/12
- bug#18891: Doesn't handle pwd = /C: very well, Glenn Morris, 2014/11/15
- bug#18891: Doesn't handle pwd = /C: very well, Michael Albinus, 2014/11/16
- bug#18891: Doesn't handle pwd = /C: very well, Michael Albinus, 2014/11/05
- bug#18891: Doesn't handle pwd = /C: very well, Glenn Morris, 2014/11/05
- bug#18891: Doesn't handle pwd = /C: very well, Michael Albinus, 2014/11/07
- bug#18891: Doesn't handle pwd = /C: very well, Eli Zaretskii, 2014/11/07