X11R7.5 and C.UTF-8
Linda Walsh
cygwin@tlinx.org
Thu Dec 3 05:27:00 GMT 2009
Ken Brown wrote:
> On 10/28/2009 6:07 PM, Andy Koppe wrote:
>> 2009/10/28 Ken Brown:
>>> Maybe my terminology is wrong. But if you start mintty with no
>>> .minttyrc
>>> and with LANG unset, mintty will set LANG=C.UTF-8.
>>
>> Yep. That's primarily for emacs' benefit, which parses the locale env
>> variables itself instead of using setlocale(LC_CTYPE, ""), thereby
>> missing out on Cygwin's default locale.
>
> Andy,
>
> I've sent a report about this to the emacs-devel list
> (http://lists.gnu.org/archive/html/emacs-devel/2009-11/threads.html#01216).
> But I don't have a good understanding of locale issues. Could you take
> a look and see if what I said is accurate or if more should be said?
C.UTF_8 doesn't exist.
mintty is broken.
Might want to try 'Console' nstead of using mintty. Not perfect either,
but fewer compatibility problems that I've noticed.
Examples of valid LANG values:
C, ca_FR, en_US, fr_FR, it_IT, nl_NL, wa_BE@euro
You can't have "C" and "UTF-8", because C means no encoding (default).
UTF-8 IS an encoding, so they are mutually exclusive. I don't
know under what circumstances "C" might imply UTF-8. If the definition
of "C" changes? It might be easier than changing "c" (as used in physics).
My understanding of locale issues is also limited and subject to change or
re-education...
:-)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/
More information about the Cygwin-xfree
mailing list