August 2021 - Wine-Bugs - list.winehq.org

[Bug 44658] New: Custom Win7+ APIset lookup/ resolver tool relies on presence of 'ApiSetMap' field in PEB
by wine-bugs＠winehq.org Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=44658 Bug ID: 44658 Summary: Custom Win7+ APIset lookup/resolver tool relies on presence of 'ApiSetMap' field in PEB Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track the following Wine-Staging patchset just for the memes ;-) https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-ApiS… Tracing the origin to Wine-Staging issue tracker: https://dev.wine-staging.com/patches/91/ --- quote --- I found an application which tries to enumerate the loaded apisets by using the PEB. This patch adds a dummy struct so that the application does no longer crash. The definition should match the one for Win 7/8. As usual Microsoft changed the format in newer windows versions again ;-). --- quote --- Ohhhh-kay? I found some useful information at Geoff Chappell's site: https://www.geoffchappell.com/studies/windows/win32/apisetschema/index.htm https://www.geoffchappell.com/studies/windows/win32/ntdll/structs/peb/index… Nice illustration: https://www.cylance.com/en_us/blog/universal-unhooking-blinding-security-so… (in 'API Set Schema' section) An example application which makes use of this (source only): https://gist.github.com/lucasg/9aa464b95b4b7344cb0cddbdb4214b25#file-apiset… It also has a small test suite. $ wine --version wine-3.3 Regards -- 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.

2 7

[Bug 44635] New: Gray Matter: Crash on new game start
by wine-bugs＠winehq.org Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=44635 Bug ID: 44635 Summary: Gray Matter: Crash on new game start Product: Wine Version: 3.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sa(a)whiz.se Distribution: --- Created attachment 60627 --> https://bugs.winehq.org/attachment.cgi?id=60627 crash log The game Gray Matter (the version from GOG) crashes when a new game is started. The last message from Wine is 03b:fixme:d3dx:ID3DXEffectImpl_CloneEffect (0x47f5360)->(0x17be28, 0x5f74420): stub This is a regression of some sort. The game runs with staging 2.21 (in fact I completed the entire game with this version). The game does not start with vanilla Wine 2.21. If Appdb is to be believed the game was playable back in 1.9.14, but building older Wine releases is troublesome so I haven't been able to bisect: Error: Cannot open face courier.ttf Makefile:172: recipe for target 'coue1255.fon' failed make[1]: *** [coue1255.fon] Error 1 The game requires the following winetricks: mdx xact d3dcompiler_43. Bug filed against 3.2 but tried against wine-3.2-256-g7b62a970e9. -- 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.

2 9

[Bug 41386] New: Motocross Madness 2 Unhandled page fault on read access to 0x00000000 at address 0x44c468
by wine-bugs＠winehq.org Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=41386 Bug ID: 41386 Summary: Motocross Madness 2 Unhandled page fault on read access to 0x00000000 at address 0x44c468 Product: Wine Version: 1.9.19 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: haakobja(a)gmail.com Created attachment 55737 --> https://bugs.winehq.org/attachment.cgi?id=55737 PlayOnMac-log Motocross Madness 2 crashes due to "Unhandled page fault on read access to 0x00000000 at address 0x44c468" -- 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.

2 14

[Bug 48760] New: ConEmu shows 'GetConsoleProcessList failed' at startup
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=48760 Bug ID: 48760 Summary: ConEmu shows 'GetConsoleProcessList failed' at startup Product: Wine Version: 5.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- ConEmu shows "ConEmuC64.exe: PID=132: GetConsoleProcessList failed, code=0" at startup due to GetConsoleProcessList being just a stub. Returning zero is an error according to documentation, "because every console has at least one process associated with it". Then ConEmu starts successfully, so this is a minor issue. -- 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 48201] New: unimplemented function KERNEL32.dll.SetCurrentConsoleFontEx
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=48201 Bug ID: 48201 Summary: unimplemented function KERNEL32.dll.SetCurrentConsoleFontEx Product: Wine Version: 4.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: davidmanuel1993(a)hotmail.com Distribution: --- When running a console program, wine crashes with: unimplemented function KERNEL32.dll.SetCurrentConsoleFontEx To reproduce you can compile the following program and try to run it with Wine. I compiled it with MinGW. https://pastebin.com/k5SfvEtp PS: This is a follow up of https://bugs.winehq.org/show_bug.cgi?id=47620 -- 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 4

[Bug 51591] New: AFxW: file list panes aren't updated at start-up
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51591 Bug ID: 51591 Summary: AFxW: file list panes aren't updated at start-up Product: Wine Version: 6.14 Hardware: x86-64 URL: https://web.archive.org/web/20210811070411/http://akt. d.dooo.jp/lzh/afxw32_165.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu Created attachment 70441 --> https://bugs.winehq.org/attachment.cgi?id=70441 AFxW window after launching AFxW[1], aka あふｗ in Japanese, is an ultra-low functionality two-pane file manager. After launching AFXW.EXE, it should show file lists in panes as seen in [2]. But, it doesn't on Wine. @momota1999, a reporter on Twitter, tweeted list items would be shown by moving the cursor (with up/down arrow keys) and the issue didn't occur on Wine 4.0 (Debian 4.0-2). I can confirm both of them with AFxW v1.65. Steps to reproduce: 1. unzip afxw32_165.zip 2. LANG=ja_JP.UTF-8 wine AFXW.EXE Expected result: File list panes are updated on start-up without any key inputs. You can see file names, their size and time stamps in the panes. Actual result: File list panes aren't updated on start-up. You can't see anything in the panes. Please refer to the attachment about this situation. [1] http://akt.d.dooo.jp/akt_afxw.html [2] http://akt.d.dooo.jp/afxwss/afxwss_b0.png -- 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 51574] New: swscanf_s with %zu fails for valid value
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51574 Bug ID: 51574 Summary: swscanf_s with %zu fails for valid value Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)63bit.net Distribution: --- Running Microsoft Texconv.exe with parameters specifying height or width returns "Invalid value specified for h (512)". Link to source is here: https://github.com/microsoft/DirectXTex/blob/54ce2c8da97c3508899c31f80bfb1e… Link to binary is here: https://github.com/microsoft/DirectXTex/releases/download/aug2021/texconv.e… Example failing arguments are '-nowic -nologo -y -sepalpha -h 512 -w 512 -aw 256 -keepcoverage 0 -f BC7_UNORM -bc q -o "C:\dyndolod\TexGen_Output\Textures\lod" "C:\dyndolod\TexGen_Output\Textures\lod\bridge01lod.dds"' -- 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 51465] New: EVE Online Launcher Crashes Due to Missing syscalls in Windows Credential Manager
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51465 Bug ID: 51465 Summary: EVE Online Launcher Crashes Due to Missing syscalls in Windows Credential Manager Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: algebro(a)tuta.io Distribution: --- Created attachment 70306 --> https://bugs.winehq.org/attachment.cgi?id=70306 Crash on authentication As of version 1917874 of the EVE Online launcher, the application crashes when trying to log in. According to the developers, they moved to a new credential management solution (involving https://github.com/frankosterfeld/qtkeychain and the Windows Credential Store), and they said that Wine currently doesn't implement the needed syscalls for this to function. I've attached a stacktrace which looks like it crashes somewhere in cryptopp, but I haven't been able to figure out much by debugging (winedbg doesn't see any of those function addresses as valid, and I haven't been able to map them to functions in a disassembler). Let me know if I can provide any more information that would be helpful. -- 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 56

[Bug 51348] New: uxtheme.SetWindowTheme should use SendMessage to send WM_THEMECHANGED
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51348 Bug ID: 51348 Summary: uxtheme.SetWindowTheme should use SendMessage to send WM_THEMECHANGED Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: x1917x(a)gmail.com Distribution: --- Created attachment 70205 --> https://bugs.winehq.org/attachment.cgi?id=70205 Bad behavior The issue affects SourceInsight 4 in particular. SourceInsight has its own built-in theme functionality which doesn't get along well with any non-standard Wine theme. When a non-standard Wine theme is selected, then the main toolbar in SI4 ignores its app theme and always gets drawn with the selected Wine theme. Selecting the default Wine theme fixes the issue - the toolbar is drawn according to the app theme. On Windows it's ok no matter which UI theme is set. Screenshot of the issue is attached. The root cause of the issue is that UXTHEME_broadcast_msg/UXTHEME_broadcast_msg_enumchild in dlls/uxtheme/system.c both use a PostMessage() call to send WM_THEMECHANGED to affected window(s). In SI4 the main toolbar is implemented as a combination of a custom container window (si_Rebar class) and a standard win32 Rebar control (RebarWindow32 class). Immediately after creating the RebarWindow32 window, SI4 does SetWindowTheme(hwndRebar, L" ", L" ") for it. According to MSDN (https://docs.microsoft.com/en-us/windows/win32/api/uxtheme/nf-uxtheme-setwi…) > The theme manager retains the pszSubAppName and the pszSubIdList associations through the lifetime of the window, even if visual styles subsequently change. The window is sent a WM_THEMECHANGED message at the end of a SetWindowTheme call, so that the new visual style can be found and applied. > > When pszSubAppName and pszSubIdList are NULL, the theme manager removes the previously applied associations. You can prevent visual styles from being applied to a specified window by specifying an empty string, (L" "), which does not match any section entries. - this L" ", L" " stuff means that SI4 DOES NOT want for system visual styles being applied to its RebarWindow32 control. However, according to WINEDEBUG logs they were applied to all bg erase, painting etc operations no matter the SetWindowTheme(, L" ", L" ") call. Turns out that RebarWindow32' WndProc receives WM_THEMECHANGED too late, after all stuff including drawing already happened with the system-wide theme being applied. The reason why it was received so late is simple - SetWindowTheme implementation in wine uses PostMessage() instead of SendMessage(). Replacing it with a SendMessage() call allows to fix the bug. I've checked what Windows actually does in SetWindowTheme and found out that it always uses SendMessage to send WM_THEMECHANGED (for any HWND). So. suggested fix: diff --git a/dlls/uxtheme/system.c b/dlls/uxtheme/system.c index a37e532500a..3b6e6d2b6b6 100644 --- a/dlls/uxtheme/system.c +++ b/dlls/uxtheme/system.c @@ -59,7 +59,7 @@ static WCHAR szCurrentSize[64]; static BOOL CALLBACK UXTHEME_broadcast_msg_enumchild (HWND hWnd, LPARAM msg) { - PostMessageW(hWnd, msg, 0, 0); + SendMessageW(hWnd, msg, 0, 0); return TRUE; } @@ -72,7 +72,7 @@ static BOOL CALLBACK UXTHEME_broadcast_msg (HWND hWnd, LPARAM msg) } else { - PostMessageW(hWnd, msg, 0, 0); + SendMessageW(hWnd, msg, 0, 0); EnumChildWindows (hWnd, UXTHEME_broadcast_msg_enumchild, msg); } return TRUE; -- 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 10

[Bug 51452] New: oleaut32:varformat fails in Wine when the currency sign has two characters or more
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=51452 Bug ID: 51452 Summary: oleaut32:varformat fails in Wine when the currency sign has two characters or more Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- oleaut32:varformat fails in Wine when the currency sign has two characters or more: https://test.winehq.org/data/patterns.html#oleaut32:varformat varformat.c:641: str=L"\062f.\0645.\200f 0.000" varformat.c:643: Test failed: Unexpected hr 0x80020005. In Morocco the currency sign has 5 characters. This is simply not supported by VarParseNumFromStr(). But even the currency sign is only two characters VarParseNumFromStr() fails because it advances a pointer by one character only. For instance with Polish: varformat.c:641: str=L"0,000 z\0142" varformat.c:643: Test failed: Unexpected hr 0x80020005. Note that the w10pro64 TestBot Windows VMs have an incorrect UserDefaultLCID so that these issues are not actually tested (see bug 51451). The w7u VMs are more correct in this regard but only test simple European cases (€). -- 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