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

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: [e-mail]
        ReportedBy: [e-mail]

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? :)