bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#28264: Accessing source directory through symlink produces false war


From: Paul Eggert
Subject: bug#28264: Accessing source directory through symlink produces false warnings
Date: Tue, 29 Aug 2017 19:20:47 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1

Michael Albinus wrote:

This special problem does not seem to affect Tramp, tramp-tests tell.

The problem I was thinking of does not seem to be covered by Tramp tests. If, for example, I do these shell commands:

$ ln -s "../penguin:motd" /tmp/foo
$ ls -l /tmp/foo
lrwxrwxrwx 1 eggert eggert 15 Aug 29 19:00 /tmp/foo -> ../penguin:motd

then (file-truename "/tmp/foo") returns "/penguin:motd" which is not /tmp/foo's true name as far as Emacs file-oriented commands are concerned. Admittedly this is an improvement over Emacs 25.2 where the same file-truename call ssh'es into penguin to resolve the name, which is a clear security issue. Still, it doesn't seem right, if file-truename is expected to quote its result if necessary.

Sorry about all this confusion, but I do not know the general principle that Emacs is supposed to be using with file names, and to some extent I fear that there isn't one alas.

However, the following code is unclear to me:

+       (concat "/:" file))

What, if file is already quoted? Shouldn't this be

         (file-name-quote file)

Quite possibly, and I'll take your word for it. I installed the attached.

Attachment: 0001-Prefer-file-name-quote-to-concat.patch
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]