[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