GNU bug report logs - #7100
24.0.50; Emacs for MS Windows cannot handle Unicode file name

Previous Next

Packages: w32, emacs;

Reported by: =5ddd=5e61 =592a=4e00 <kawabata.taichi <at> gmail.com>( Taichi KAWABATA )

Date: Sat, 25 Sep 2010 12:22:01 UTC

Severity: wishlist

Merged with 12807, 15236

Found in versions 24.0.50, 24.2, 24.3.50

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: =5ddd=5e61 =592a=4e00 <kawabata.taichi <at> gmail.com>( Taichi KAWABATA )
To: 7100 <at> debbugs.gnu.org
Subject: bug#7100: 24.0.50; Emacs for MS Windows cannot handle Unicode file name
Date: Sat, 25 Sep 2010 16:25:07 +0900
----

In MS Windows, ANSI file names are handled with fopen(), readdir(),
etc., while Unicode file names are handled with _wfopen(), _wreaddir(),
etc.

As MS Windows Emacs only uses fopen(), readdir(), etc., for handling
file names, Emacs can not handle Unicode file names.  If Windows uses
CP1252, only file names with CP1252 characters can be properly displayed
with Emacs.  (In dired, Unicode file names will be displayed as
undecipherable file name that contains tilde characters.)

On the other hand, for example, Cygwin (as of v1.7) now supports Unicode
file names, by means of UTF-8 format, thus it can handle any Windows
file names with Unix tools, such as rsync, etc.

This also implies that, the file-name output of `ls', `find' or `grep'
or other Unix tools of Cygwin can not be understood by Emacs (even if
cygwin-mount.el) is installed.

Regardless of Cygwin, I wish that if this problem would be recognized as
a bug and to be fixed in any future times.

Regards,

-- 
---------------------------------------------------------------------
  KAWABATA, Taichi  (kawabata.taichi <at> gmail.com)




This bug report was last modified 11 years and 165 days ago.

Previous Next


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