Re: [Emacs-diffs] trunk r116230: Fix bug #16558 with w32-shell-execute on remote file names.

[David Kastrup <dak@gnu.org>]

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>> Btw, find-file-name-handler returns nil for file-exists-p when the
>> file name specifies a compressed file, so I'm not sure what bothered
>> you in the first place.
>
> Ha!  Indeed, I had never noticed that `operations' property!
> Then I guess the current code is OK (tho it's still kind of a hack).
>
>>> And the reason we do that is because some file names are "normal" and
>>> others refer to non-files according to some w32 feature which can map
>>> them to some other tools.
>> The reason is described in the comment: if the file name is not
>> absolute and its name is not relative to the directory passed to the
>> system API, the API will fail.
>
> I'm having trouble understanding the above: can you give an example of
> a file which is neither absolute nor relative to the directory passed
> to the system API?

No idea whether this is what is meant:

/fencepost.gnu.org:.mailrc

or variations thereof?

-- 
David Kastrup