[Bug 17006] New: setlocale to "en_us.UTF8" succeeds under wine, fails with native, causes knock-on failures

wine-bugs at winehq.org wine-bugs at winehq.org
Sun Jan 18 13:22:49 CST 2009


http://bugs.winehq.org/show_bug.cgi?id=17006

           Summary: setlocale to "en_us.UTF8" succeeds under wine, fails
                    with native, causes knock-on failures
           Product: Wine
           Version: 1.1.13
          Platform: Other
        OS/Version: other
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: P2
         Component: msvcrt
        AssignedTo: wine-bugs at winehq.org
        ReportedBy: lkcl at lkcl.net


here's a python program which, when run under wine, succeeds
when using native msvcrt, and fails using native, but for very
odd reasons (attached).

note the setting of locale (equivalent in c to setlocale(LC_TYPE,
"en_US.UTF-8")?

well, with native msvcrt.dll, that fails - the locale doesn't exist.
so, the test is skipped.

but under wine, it proceeds... and then wine fails to do the right things!

in other words, it _does_ identify 0xa0 as a space (true), it _does_
identify 0xc0 as alpha, and a number, and upper.

the next tests, which depend on 0xa0 being _not_ identified as space,
then obviously fail as well.

so the question is: strictly speaking, setlocale("en_US.UTF-8") shouldn't
be going ahead in the first place, but if it does, should these tests
work as expected?

wossgoinon? :)


-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.



More information about the wine-bugs mailing list