Re: URL + efs confusion

[Ted Zlatanov]

On Tue, 16 Nov 2010 09:36:42 +0100 Michael Albinus <address@hidden> wrote: 

MA> Lars Magne Ingebrigtsen <address@hidden> writes:
>> Although I'm not quite sure what the right fix here is.  The `url-file'
>> function is talking about ange-ftp and efs and has a lot of (featurep
>> 'xemacs) (by the way, is it OK to remove xemacs-related stuff from the
>> Emacs version of url?  Or is it maintained outside of Emacs, too?) and
>> stuff...  but here's the backtrace when I get prompted for my password:
>> 
>> tramp-file-name-handler(file-directory-p "/c:/thing/foo")
>> file-directory-p("/c:/thing/foo")
>> url-file-build-filename([cl-struct-url "file" nil nil nil 21
>> "/c:/thing/foo" nil nil nil nil])
>> url-file([cl-struct-url "file" nil nil nil 21 "/c:/thing/foo" nil
>> nil nil nil] ignore (nil))
>> url-retrieve-internal("file:/c:/thing/foo" ignore (nil) nil)

MA> With Emacs 24.0.50 (since July) and 23.2.50 (since August) it shouldn't
MA> happen anymore. On w32 systems, `tramp-file-name-regexp' has the value
MA> "\\`/\\([^[/:]\\{2,\\}\\|[^/]\\{2,\\}]\\):". Note the "\\{2,\\}"
MA> construct, which excludes volume letters.

Doesn't that also exclude hosts with one-character names?  It's a rare
situation, of course...

I think it's better to handle file:/// URLs explicitly in the
url-file.el code.  They always specify a local file.  So it should only
ask for the local filename handlers in that case.  Would there be any
situation where that's not appropriate?

Ted