Re: bug in file-name-coding-system detection
Ar an dara lá déag de mí Eanair, scríobh Malcolm Purvis:
>>>>> "Aidan" == Aidan Kehoe
<kehoea(a)parhasard.net> writes:
Aidan> (The reason things changed is that we take our language environment
Aidan> from LC_CTYPE and interpretation of that variable got better--so
Aidan> mule-packages/locale used the newly non-English locale. )
Sorry for coming into this a bit late, but on the topic of the menu items
displaying in German, are you sure that it's not the following patch that's
causing the problem?
http://calypso.tux.org/pipermail/xemacs-patches/2006-October/000015.html
I committed that a couple of months ago to fix the locale support for
app-default files, which had been broken for some time.
Sounds like a combination of the two--it first started happening for Wulf
after my commit, as I understand it.
On the question of why changing LC_* doesn't fix things, as a
test try
changing the locale set at login. After some poking around with
XrmLocaleOfDatabase() I suspect that for this code we're using the locale
of the X *server*, rather than our own environment, so calculate the
location of the app-defaults file.
Changing LC_CTYPE does work for me, I have to say. Though not on Cygwin,
where the Windows user locale is used and LC_CTYPE is ignored.
init-locale-at-early-startup in mule-cmds.el sets the C library (POSIX)
locale to one that corresponds to the Windows user locale. I suspect this is
where XrmLocaleOfDatabase is getting its value.
--
When I was in the scouts, the leader told me to pitch a tent. I couldn't
find any pitch, so I used creosote.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta