>>>> "sb" == SL Baur <steve(a)xemacs.org>
writes:
sb> I've found another instance where XEmacs loses when libc is
sb> localized. In a Japanese locale, I get the following when I
sb> do a find file with a non-existent directory. Is it supposed
sb> to be EUC encoded Japanese?
sb> Opening directory:
sb> ¤½¤Î¤è¤¦¤Ê¥Õ¥¡¥¤¥ë¤¢¤ë¤¤¤Ï¥Ç¥£¥ì¥¯¥È¥ê¤Ï¤¢¤ê¤Þ¤»¤ó,
sb> /usr/users/steve/Mail/archives/
Yes. It says (in EUC-encoded Japanese) "There is no file or directory
like that." Mark the region and hit it with `(decode-coding-region
(mark) (point) 'euc-jp)'.
There's supposed to be a process-coding-system variable in Mule 2.3,
but I don't think we've implemented it. One would guess it's a bit
unreliable in localized contexts, and useless in multilingual ones
(eg, the Japanese Web, one language, a Babel of encodings).
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
__________________________________________________________________________
__________________________________________________________________________
What are those two straight lines for? "Free software rules."