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@winehq.org Reporter: madewokherd@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.
https://bugs.winehq.org/show_bug.cgi?id=49309
Esme Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source, testcase
https://bugs.winehq.org/show_bug.cgi?id=49309
--- Comment #1 from Esme Povirk madewokherd@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.
https://bugs.winehq.org/show_bug.cgi?id=49309
--- Comment #2 from Rafał Mużyło galtgendo@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.
https://bugs.winehq.org/show_bug.cgi?id=49309
Sagawa sagawa.aki+winebugs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sagawa.aki+winebugs@gmail.c | |om
https://bugs.winehq.org/show_bug.cgi?id=49309
--- Comment #3 from Sagawa sagawa.aki+winebugs@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, €).
https://bugs.winehq.org/show_bug.cgi?id=49309
--- Comment #4 from Sagawa sagawa.aki+winebugs@gmail.com --- It should be fixed by 35376075ac7b11af3ab6bfb8bdd7b09a61d648b2. See also: https://test.winehq.org/data/d8a3a04f58710d35de12d876db38e57877aeb995/linux_...
https://bugs.winehq.org/show_bug.cgi?id=49309
Jacek Caban jacek@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |jacek@codeweavers.com Resolution|--- |FIXED Fixed by SHA1| |35376075ac7b11af3ab6bfb8bdd | |7b09a61d648b2
--- Comment #5 from Jacek Caban jacek@codeweavers.com --- Thanks! Marking fixed.
https://bugs.winehq.org/show_bug.cgi?id=49309
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 5.18.
https://bugs.winehq.org/show_bug.cgi?id=49309
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |5.0.x
https://bugs.winehq.org/show_bug.cgi?id=49309
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|5.0.x |---
--- Comment #7 from Michael Stefaniuc mstefani@winehq.org --- Removing the 5.0.x milestone from bug fixes included in 5.0.4.