[Bug 49309] New: vbscript:run test fails in Japanese locale
https://bugs.winehq.org/show_bug.cgi?id=49309 Bug ID: 49309 Summary: vbscript:run test fails in Japanese locale Product: Wine Version: 5.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- For example: https://test.winehq.org/data/48020f4846cca1a02f4e1dc037e2cc2068df5e9c/linux_... run.c:1877: Error in line 1585: 0 L"Invalid procedure call or argument" run.c:1891: Test failed: unexpected call OnScriptError run.c:2943: Test failed: expected global_success_d run.c:2944: Test failed: expected global_success_i run.c:2946: Test failed: parse_script failed: 800a0005 It seems that the call testAsc(Chr(255), 255) causes a runtime error when Asc is called with Chr(255). For some reason, on the Japanese locale, this Chr call gives us U+F8F3. It makes sense to get different results depending on encoding, but I don't understand why we get this one. Since this hasn't been observed on Windows, I assume this is a bug in Wine's vbscript and not the test. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=49309 Esme Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source, testcase -- 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.
https://bugs.winehq.org/show_bug.cgi?id=49309 --- Comment #1 from Esme Povirk <madewokherd(a)gmail.com> --- Testing in Japanese locale on Windows, not every character round-trips correctly through Chr/Asc, but 255 does. In the string it gets converted to unicode F8F3, as indicated by AscW(Chr(255)). I have no idea why it converts to that character, so I don't know how to fix this properly. Also, Asc doesn't seem to cause an error for characters it can't convert, it just returns Asc("?") or negative numbers. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=49309 --- Comment #2 from Rafał Mużyło <galtgendo(a)o2.pl> --- If you're into Wild Ass Guesses, then perhaps IsDBCSLeadByteEx in Global_Chr for some reason returns true for 0xff, even though it shouldn't. Until I get better understanding of what VT_BSTR is, I likely won't get a better shot. That is if it's already been excluded that Asc is converting an error code from Chr. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=49309 Sagawa <sagawa.aki+winebugs(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sagawa.aki+winebugs(a)gmail.c | |om -- 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.
https://bugs.winehq.org/show_bug.cgi?id=49309 --- Comment #3 from Sagawa <sagawa.aki+winebugs(a)gmail.com> --- I sent a patch, https://source.winehq.org/patches/data/192522 . Otherwise, Asc rejects a character whose code point over 0xff (e.g. U+F8F3, €). -- 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.
https://bugs.winehq.org/show_bug.cgi?id=49309 --- Comment #4 from Sagawa <sagawa.aki+winebugs(a)gmail.com> --- It should be fixed by 35376075ac7b11af3ab6bfb8bdd7b09a61d648b2. See also: https://test.winehq.org/data/d8a3a04f58710d35de12d876db38e57877aeb995/linux_... -- 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.
https://bugs.winehq.org/show_bug.cgi?id=49309 Jacek Caban <jacek(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |jacek(a)codeweavers.com Resolution|--- |FIXED Fixed by SHA1| |35376075ac7b11af3ab6bfb8bdd | |7b09a61d648b2 --- Comment #5 from Jacek Caban <jacek(a)codeweavers.com> --- Thanks! Marking fixed. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=49309 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #6 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 5.18. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=49309 Michael Stefaniuc <mstefani(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |5.0.x -- 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.
https://bugs.winehq.org/show_bug.cgi?id=49309 Michael Stefaniuc <mstefani(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|5.0.x |--- --- Comment #7 from Michael Stefaniuc <mstefani(a)winehq.org> --- Removing the 5.0.x milestone from bug fixes included in 5.0.4. -- 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.
participants (1)
-
WineHQ Bugzilla