GNU bug report logs -
#22300
25.1.50; Dired -- renaming folders/files to CamelCase/UPPERCASE/lowercase.
Previous Next
Reported by: Keith David Bershatsky <esq <at> lawlist.com>
Date: Sun, 3 Jan 2016 20:58:02 UTC
Severity: normal
Merged with 24441
Found in versions 24.5, 25.1.50
Fixed in version 26.1
Done: Ken Brown <kbrown <at> cornell.edu>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Actually, I'm not sure why the `elisp` makes the target "/Users/HOME/Desktop/foo/FOO", instead of just "/Users/HOME/Desktop/foo".
When I evaluate
(funcall (lambda (from) (expand-file-name (file-name-nondirectory from) "/Users/HOME/Desktop/foo" )) "/Users/HOME/Desktop/FOO")
I get the former incorrect value -- i.e., "/Users/HOME/Desktop/foo/FOO", instead of just "/Users/HOME/Desktop/foo".
And that becomes the initial value of "to" when used by `dired-create-files` -- (setq to (funcall name-constructor from))
Keith
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
At Tue, 05 Jan 2016 18:46:00 +0200,
Eli Zaretskii wrote:
>
>
> Why do you think the result of that is wrong? I think it's exactly as
> expected, because this:
>
> (expand-file-name "SOMETHING" "/Users/HOME/Desktop/foo")
>
> should produce "/Users/HOME/Desktop/foo/SOMETHING" for _any_ value of
> SOMETHING, even if SOMETHING is exactly "foo", in the same letter-case
> as the last component of "/Users/HOME/Desktop/foo". That's what
> expand-file-name does -- it produces a file name in the directory that
> is its 2nd argument.
This bug report was last modified 8 years and 60 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.