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@winehq.org ReportedBy: lkcl@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? :)
http://bugs.winehq.org/show_bug.cgi?id=17006
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #1 from Dan Kegel dank@kegel.com 2009-01-19 11:03:25 --- The attachment is missing.
http://bugs.winehq.org/show_bug.cgi?id=17006
--- Comment #2 from Luke Kenneth Casson Leighton lkcl@lkcl.net 2009-01-19 12:13:44 --- Created an attachment (id=18835) --> (http://bugs.winehq.org/attachment.cgi?id=18835) test of locale
sorry, missed it.
i'm having difficulty reproducing this one as a c test case.
the first thing that happens is that the locale is successfully set to "En", then "English", and then "en_US.UTF-8".
on win32 native, that's "En", "English", then FAIL on "en_US.UTF-8" and you can see that the tests are skipped if that happens.
also in this test, there's a test of creating "1,000" from a special python locale.py module, which _also_ fails (haven't found out why).
also due to the fail on the locales, "%10f" ends up producing only 9 chars!
so this is quite a comprehensive bit of testing here, sorry it's all-in-one.
http://bugs.winehq.org/show_bug.cgi?id=17006
--- Comment #3 from Austin English austinenglish@gmail.com 2009-07-21 13:35:18 --- Is this still an issue in current (1.1.26 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=17006
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |testcase
http://bugs.winehq.org/show_bug.cgi?id=17006
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=17006
butraxz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |butraxz@gmail.com
--- Comment #4 from butraxz@gmail.com 2012-05-20 11:04:19 CDT --- This bug has not been updated for three years. Is this still an issue in current (1.5.4 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=17006
Piotr Caban piotr.caban@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |7afc98a7f7af0dcafcb2c8624cb | |d56ef235eb78a Status|UNCONFIRMED |RESOLVED CC| |piotr.caban@gmail.com Resolution| |FIXED
--- Comment #5 from Piotr Caban piotr.caban@gmail.com 2012-12-18 14:16:20 CST --- setlocale(LC_ALL, "en_US.UTF-8") now fails. Marking as fixed.
http://bugs.winehq.org/show_bug.cgi?id=17006
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Alexandre Julliard julliard@winehq.org 2012-12-21 13:29:18 CST --- Closing bugs fixed in 1.5.20.