November 2022 - Wine-bugs - list.winehq.org

[Bug 53100] New: Euphoria: freezes every second while controllers are plugged in
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53100 Bug ID: 53100 Summary: Euphoria: freezes every second while controllers are plugged in Product: Wine Version: 7.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lahvuun(a)gmail.com Regression SHA1: 4f1095a0ee4c7577e5287e56e388c36d0ba659ad Distribution: Gentoo Created attachment 72531 --> https://bugs.winehq.org/attachment.cgi?id=72531 Output of WINEDEBUG=trace+winmm wine euphoria.exe If any controllers are plugged in, approximately every second Euphoria will freeze for a brief moment. Euphoria is a Visual Novel made by Clockup. Be warned, it's (very) NSFW. I'm using the English release by MangaGamer: https://mangagamer.org/euphoria/ The problem affects other games by Clockup. They likely run on the same engine, since the file structure is very similar. This wasn't a problem with older versions of wine, git bisect points to 4f1095a0ee4c7577e5287e56e388c36d0ba659ad — winmm: Reimplement joystick APIs on top of dinput, by Rémi Bernon. Since this started after a winmm change, I ran the game with WINEDEBUG=trace+winmm, the log is attached. Looks like find_joysticks is regularly called, the game freezes at the same time these calls are logged. My guess is that find_joysticks is slow for some reason, so it blocks the game. The more controllers are plugged in simultaneously, the longer it freezes for (I tested with 0, 1 and 4). The game doesn't freeze on my Windows 10 install at all, even with 4 controllers plugged in. -- 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.

1 9

[Bug 53782] New: vbscript can not compile ReDim with list of variables
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53782 Bug ID: 53782 Summary: vbscript can not compile ReDim with list of variables Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- While working on leveraging the vbscript engine of Wine for a macos/linux port of Visual Pinball, I've been testing several user made scripts. I've found some scripts that have lists when using redim. The following works in real VBS, but fails here: dim ax(), ay() redim ax(4), ay(5) Wscript.Echo UBound(ax) Wscript.Echo UBound(ay) -- 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.

1 5

[Bug 53807] New: vbscript fails to redim original array in function when passed byref
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53807 Bug ID: 53807 Summary: vbscript fails to redim original array in function when passed byref Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- While working on leveraging the vbscript engine of Wine for a macos/linux port of Visual Pinball, I ran into a script that resizes an array in a function by passing the array in byref. When the function finishes, the array appears to be at the original size. Take the following code: dim ax redim ax(4) Function Resize(byref x2) Wscript.Echo "IN RESIZE BEFORE: " & UBound(x2) Redim x2(20) Wscript.Echo "IN RESIZE AFTER: " & UBound(x2) End Function Wscript.Echo "BEFORE: " & UBound(ax) Resize ax Wscript.Echo "AFTER: " & UBound(ax) In wine VBS: BEFORE: 4 IN RESIZE BEFORE: 4 IN RESIZE AFTER: 20 AFTER: 4 In real VBS: BEFORE: 4 IN RESIZE BEFORE: 4 IN RESIZE AFTER: 20 AFTER: 20 -- 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.

1 15

[Bug 53888] New: vbscript does not allow Mid on non VT_BSTR
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53888 Bug ID: 53888 Summary: vbscript does not allow Mid on non VT_BSTR Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- While testing some scripts, I ran across a Mid call on a value that wasn't a string. The following vbscript should display "3": Dim string string = 7530 WScript.echo Mid(string, 3, 1) Global_Mid returns E_NOTIMPL in this case: if(V_VT(args) != VT_BSTR) { FIXME("args[0] = %s\n", debugstr_variant(args)); return E_NOTIMPL; } A workaround for this is to match other string functions and use conv_str: + BSTR str, conv_str = NULL; + if(V_VT(args) != VT_BSTR) { + hres = to_string(args, &conv_str); + if(FAILED(hres)) + return hres; + str = conv_str; + }else { + str = V_BSTR(args); + } + SysFreeString(conv_str); -- 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.

1 5

[Bug 53873] New: vbscript fails to compile Else If when If is on same line
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53873 Bug ID: 53873 Summary: vbscript fails to compile Else If when If is on same line Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- We've found some scripts where If statements are placed on the same line as an Else. The following works in real vbscript, but fails in wine vbscript: Dim vrOption vrOption = 3 If vrOption = 1 Then Wscript.Echo "vroption is 1" ElseIf vrOption = 2 Then Wscript.Echo "vroption is 2" Else If vrOption = 3 Then Wscript.Echo "vroption is 3" End If End If As a workaround we've added an additional entry to tELSE, which seems to work: Else_opt : /* empty */ { $$ = NULL; } | tELSE tNL StatementsNl_opt { $$ = $3; } | tELSE StatementsNl_opt { $$ = $2; } -- 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.

1 7

[Bug 53868] New: vbscript fails to return TypeName for VT_DISPATCH
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53868 Bug ID: 53868 Summary: vbscript fails to return TypeName for VT_DISPATCH Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- I ran into some vbscript where it was trying to get the TypeName of an object: Private Sub RemoveBall(aBall) dim x : for x = 0 to uBound(balls) if TypeName(balls(x) ) = "IBall" then if aBall.ID = Balls(x).ID Then balls(x) = Empty Balldata(x).Reset End If End If Next End Sub I was able to work around this by added a VT_DISPATCH case to Global_TypeName and fetching it from ITypeInfo_GetDocumentation: case VT_DISPATCH: { ITypeInfo* typeinfo; HRESULT hres = IDispatch_GetTypeInfo(V_DISPATCH(arg), 0, 0, &typeinfo); if(FAILED(hres)) { return E_FAIL; } BSTR name; hres = ITypeInfo_GetDocumentation(typeinfo, MEMBERID_NIL, &name, NULL, NULL, NULL); if(FAILED(hres)) { return E_FAIL; } hres = return_string(res, name); SysFreeString(name); return hres; } -- 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.

1 8

[Bug 50842] New: The 64-bit msado15:msado15 test crashes
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=50842 Bug ID: 50842 Summary: The 64-bit msado15:msado15 test crashes Product: Wine Version: 6.3 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The 64-bit msado15:msado15 test crashes on all Windows versions: https://test.winehq.org/data/tests/msado15:msado15.html msado15.c:626: this is the last test seen before the exception 090c:msado15: unhandled exception c0000005 at 0000000000408607 So the crash happens either during the test_ADORecordsetConstruction() cleanup, or the initialization of test_ConnectionPoint(). This failure is new because WineTest was incorrectly skipping the msado15:* tests before. -- 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.

1 16

[Bug 53677] New: invalid O_WRONLY read sets errno=EACCES instead of EBADF
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53677 Bug ID: 53677 Summary: invalid O_WRONLY read sets errno=EACCES instead of EBADF Product: Wine Version: 7.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xantares09(a)hotmail.com Distribution: --- Created attachment 73089 --> https://bugs.winehq.org/attachment.cgi?id=73089 minimal testcase I noticed that an incorrect read from a file in write-only mode can result in errno to be set to EACCES instead of EBADF that is returned on native linux or on windows (either msvc or cross-compiled mingw), see attached testcase $ x86_64-w64-mingw32-gcc main.c $ wine a.exe EBADF=9 EACCES=13 errno=13 errno should be EBADF whereas on native linux or windows: > a EBADF=9 EACCES=13 errno=9 tested with latest 7.17 on archlinux but also happens with 6.0 on ubuntu jammy -- 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.

1 22

[Bug 53872] New: Adobe Reader XI crash opening settings in Protected Mode
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53872 Bug ID: 53872 Summary: Adobe Reader XI crash opening settings in Protected Mode Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: etang(a)codeweavers.com Distribution: --- Created attachment 73399 --> https://bugs.winehq.org/attachment.cgi?id=73399 Backtrace for crash - Install Adobe Reader XI from e.g. ftp://ftp.adobe.com/pub/adobe/reader/win/11.x/11.0.00 - Set Windows version to Windows 7 - Open Edit → Preferences - Select Page Display preferences (which is the default pane for a fresh install) Expected result: Adobe Reader doesn't crash Actual result: Adobe reader crashes -- 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.

1 7

[Bug 53670] New: vbscript can not compile if expressions with reversed gte, lte, (=>, =<)
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53670 Bug ID: 53670 Summary: vbscript can not compile if expressions with reversed gte, lte, (=>, =<) Product: Wine Version: 7.16 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com While working on leveraging the vbscript engine of Wine for a macos port of Visual Pinball, I've been testing several user made scripts. I've found several scripts that use if expressions with gte and lte in reversed order, ie => and =<, which fail to compile. vbscript does seem to allow for these to be reversed: Set g_objWSH = Wscript.CreateObject("Wscript.Shell") dim x dim y x = 6 y = 6 If x => y Then Wscript.Echo "This works 1" End If If x >= y Then Wscript.Echo "This works 2" End If If x <= y Then Wscript.Echo "This works 3" End If If x =< y Then Wscript.Echo "This works 4" End If -- 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.

1 11