GNU bug report logs -
#12807
24.2; Emacs cannot edit file with funny Unicode characters in the file name on Windows
Previous Next
Reported by: Nils Gösche <cartan <at> cartan.de>
Date: Mon, 5 Nov 2012 21:02:01 UTC
Severity: wishlist
Merged with 7100,
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
Message #16 received at 12807 <at> debbugs.gnu.org (full text, mbox):
> From: Nils Gösche <cartan <at> cartan.de>
> Cc: <12807 <at> debbugs.gnu.org>
> Date: Mon, 5 Nov 2012 23:05:57 +0100
>
> > Yes, but the Explorer and the Notepad are about the only programs that
> > do. Many others don't. Emacs is one of them.
>
> »About the only« is a bit of an exaggeration ;-) Anything that is written
> in C# or Java shouldn't have that problem; or Common Lisp, come to think of
> it. But yeah, back in the old days, pretty much nobody felt like using
> wchar_t instead of char everywhere in C. I didn't, either, back then. (Not
> to mention that in the really old days, wchar_t didn't even exist ;-)
Using wchar_t is not going to solve the whole problem, unfortunately.
The problem is that the mainline Emacs code uses APIs that don't
accept wide characters. Examples include 'stat', 'access', 'open',
'fopen', etc. To fix the problem, we'd need to provide our own
implementation of these APIs that would accept a UTF-8 encoded file
name, then re-encode the file name in UTF-16, and call the Unicode
APIs as part of the implementation. This is a large job.
This bug report was last modified 11 years and 215 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.