GNU bug report logs -
#4157
[macOS/HFS] dired doesn't decode ls output when it uses different encoding for filename vs date
Previous Next
Reported by: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Date: Sun, 16 Aug 2009 02:25:05 UTC
Severity: minor
Tags: notabug
Found in versions 27.0.50, 23.1.50
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> When I launch GNU Emacs in an ISO Latin environment (env
> LC_CTYPE=de_DE.ISO8859-15 LANG=de_DE.ISO8859-15 /usr/local/bin/
> emacs-23.1.50 -Q &) and display in dired a directory with entries from some
> month of March the "Mär" abbrevation for the German month name "März" is
> displayed as M\344r. C-u C-x = on this \344 reveals:
Hmm... that looks like a problem in dired: the file names in the output
of `ls' should follow file-name-coding-system, whereas the rest of the
output seem to use locale-coding-system. Coudl you check if that's
indeed the case:
- create a file from the Finder using accented latin-1
chars, as well as non-latin-1 chars).
- look at it in your dired and tell us what you see.
On a Darwin system, I very warmly recommend to stick to utf-8 coding
systems for everything, since it should avoid such problems.
Stefan
This bug report was last modified 5 years and 242 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.