[Top][All Lists]

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

bug#16984: dired-do-rename susceptible to .../~/... hijack

From: npostavs
Subject: bug#16984: dired-do-rename susceptible to .../~/... hijack
Date: Sat, 22 Oct 2016 22:21:20 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux)

tags 16984 confirmed
found 16984 25.1

積丹尼 Dan Jacobson <address@hidden> writes:

> R runs the command dired-do-rename, which is an interactive autoloaded
> compiled Lisp function in `dired-aux.el'.
> Using it, I got this strange error:
> Move `/home/jidanni/.cpanm/work/1327389327.6650' to `/tmp/1327389327.6650' 
> failed:
> (file-error Opening output file permission denied
> /home/jidanni/perl5/lib/perl5/i486-linux-gnu-thread-multi-64int/.meta/accessors-1.01/MYMETA.json)
> Well it turns out emacs' file name simplifying rules are being applied
> in inappropriate places like when encountering
> /home/jidanni/.cpanm/work/1327389327.6650/accessors-1.01/~/perl5/lib/perl5/i486-linux-gnu-thread-multi-64int/.meta/accessors-1.01:

The essential problem seems to be that there is no way to escape
filenames from substitute-in-file-name to protect a file named "~",
therefore read-file-name-default can never return a filename in a
directory with that name.

reply via email to

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