GNU bug report logs - #3432
[h-e-w] 23.0.93; dired encoding

Previous Next

Packages: emacs, w32;

Reported by: Lennart Borgman <lennart.borgman <at> gmail.com>

Date: Sun, 31 May 2009 15:05:06 UTC

Severity: normal

Merged with 3431, 3433, 3443

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jason Rumney <jasonr <at> gnu.org>
Cc: Kostafey <at> yandex.ru, 3432 <at> debbugs.gnu.org
Subject: bug#3432: [h-e-w] 23.0.93; dired encoding
Date: Mon, 01 Jun 2009 11:32:21 -0400
> Date: Mon, 01 Jun 2009 23:25:25 +0800
> From: Jason Rumney <jasonr <at> gnu.org>
> CC: Kostafey <at> yandex.ru, 3432 <at> emacsbugs.donarmstrong.com
> 
> Other platforms don't in general use the internal ls-lisp implementation 
> to generate dired buffers, and most systems use utf-8 encoding in the 
> locale these days, so even if file-attributes is called somewhere else 
> with 'string as its second argument, there is a good chance that Emacs 
> 23 will display the username correctly without decoding.
> 
> Also, while trying to test this, adduser refused to work, advising:
> 
> adduser: To avoid problems, the username should consist only of
> letters, digits, underscores, periods, at signs and dashes, and not 
> start with
> a dash (as defined by IEEE Std 1003.1-2001).
> 
> So the probability of users on other systems running into this bug are 
> fairly low.

OK, but the solution should still be general, in `file-attributes',
and it is to decode the string by locale-coding-system, don't you
agree?



This bug report was last modified 15 years and 123 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.