This is the mail archive of the cygwin-xfree mailing list for the Cygwin XFree86 project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: X11R7.5 and C.UTF-8

On 29/10/2009 00:07, Andy Koppe wrote:
2009/10/28 Jon TURNEY:
On 28/10/2009 14:22, Ken Brown wrote:

X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits immediately, and the log has complaints about the locale. If I instead use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and cygcheck output.

Thanks for the bug report.

I'm afraid I'm not immediately able to reproduce this, though, using the
command you give.

You might have LC_ALL or LC_CTYPE set, which would override LANG. Or perhaps startxwin.bat overrides things somewhere along the way?

To avoid all that, you could try invoking Xwin directly with LC_ALL
set, which is top dog among locale variables.

LC_ALL=C.UTF-8 xwin -multiwindow&

It fails with en.UTF-8 too (which also is a legal Cygwin locale), but
it works with en_US.UTF-8.

Nope, I don't have LC_ALL or LC_CTYPE set

This is pretty curious, since all XSupportsLocale() should be doing effectively is checking if setlocale (LC_ALL, NULL) returns a name it understands.

Perhaps you can try the attached small test program.

I haven't been following the discussion about C.UTF-8 closely, but curiously, for me at least, this test program shows that setlocale(LC_ALL, "") fails with LANG=C.UTF-8 (so that doesn't actually seem to be a valid locale, although if it's the default it probably doesn't make much difference), but this means that a subsequent setlocale(LC_ALL, NULL) just returns "C"

Possibly C.UTF-8 needs adding to /usr/share/X11/locale/locale.alias and locale.dir.

in any case, it's probably also a bug that the Xserver considers XSupportsLocale() failure a critical error, rather than continuing with a warning, but I'd like to get to the bottom of this first...

The significant change is probably that libX11 is no longer built with
X_LOCALE (so that libX11 uses the native locale support rather than it's
Exactly why this would cause a problem, I don't know.

Hmm, that sounds like it should have improved matters if anything.

Indeed :-)

Attachment: Xlocale.c
Description: application/itunes-itlp

Unsubscribe info:
Problem reports:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]