bug in file-name-coding-system detection

[Aidan Kehoe]

 Ar an dara lá déag de mí Eanair, scríobh Malcolm Purvis: 

 > >>>>> "Aidan" == Aidan Kehoe <kehoea at 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.