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

[Bug 44629] New: Process Hacker can't enumerate handles
by wine-bugs＠winehq.org June 7, 2021

June 7, 2021

https://bugs.winehq.org/show_bug.cgi?id=44629 Bug ID: 44629 Summary: Process Hacker can't enumerate handles Product: Wine Version: 3.2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Easily reproducible: go to any process, right-click and select "Properties", open the "Handles" tab. Running under Wine yields "Unable to query handle information: Unknown error." -- 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 50379] New: The Witcher 3 has broken rendering with Vulkan renderer
by WineHQ Bugzilla June 7, 2021

June 7, 2021

https://bugs.winehq.org/show_bug.cgi?id=50379 Bug ID: 50379 Summary: The Witcher 3 has broken rendering with Vulkan renderer Product: Wine Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 68984 --> https://bugs.winehq.org/attachment.cgi?id=68984 example In addition all bright parts are blinking. -- 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 50150] New: ODBC applications fail to create DSNs due to 'odbccp32.SQLWriteDSNToIni' stub
by WineHQ Bugzilla June 7, 2021

June 7, 2021

https://bugs.winehq.org/show_bug.cgi?id=50150 Bug ID: 50150 Summary: ODBC applications fail to create DSNs due to 'odbccp32.SQLWriteDSNToIni' stub Product: Wine Version: 5.21 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: odbc Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 50116 Download: https://web.archive.org/web/20160419173100/http://www.kbld.de/fileadmin/def… Prerequisites: * 32-bit WINEPREFIX (WINEARCH=win32) for 'jet40' recipe * 'winetricks -q jet40' * MS Access 2000 runtime from http://download.microsoft.com/download/office2000dev/art2kmin/1/win98/en-us… -> 'winetricks -q art2kmin' can't be used here (https://github.com/Winetricks/winetricks/issues/1641) (after unpacking, ART2KMin installer needs to be run with 'wine Setup.exe INSTALLPFILES=1 /wait') Content of 'MakeDSN.ini' --- snip --- [shoai_access] ; die folgenden Einträge sollten immer da sein Driver=Microsoft Access Driver (*.mdb) DSNType=System DSN=shoai13 DESCRIPTION=S-HOAI 13.0 Access DBQ=C:\KOBOLD\shoai.13\data\kobold13.mdb FIL=MS Access; --- snip --- Re-running the admin tool after installation: --- snip --- $ pwd /home/focht/.wine/drive_c/KOBOLD/shoai.13/admin/client-installation/tools/makedsn $ WINEDEBUG=+seh,+relay,+loaddll,+odbc wine ./makedsn.exe >>log.txt 2>&1 ... 00fc:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ODBCCP32.DLL" at 00990000: builtin 00fc:Call PE DLL (proc=00996380,module=00990000 L"ODBCCP32.DLL",reason=WINE_PREATTACH,res=00000000) 00fc:Ret PE DLL (proc=00996380,module=00990000 L"ODBCCP32.DLL",reason=WINE_PREATTACH,res=00000000) retval=1 ... 00fc:Call odbccp32.SQLConfigDataSource(00000000,00000004,00ebd464 "Microsoft Access Driver (*.mdb)",00ebd54c "DSN=shoai13") ret=00465612 ... 00fc:trace:odbc:SQLConfigDataSource "DSN=shoai13" ... 00fc:trace:odbc:SQLConfigDataSource "DESCRIPTION=S-HOAI 13.0 Access" ... 00fc:trace:odbc:SQLConfigDataSource "DBQ=C:\\KOBOLD\\shoai.13\\data\\kobold13.mdb" ... 00fc:trace:odbc:SQLConfigDataSource "FIL=MS Access;" ... 00fc:Call advapi32.RegOpenKeyW(80000002,009976d0 L"Software\\ODBC\\ODBCINST.INI\\",0031fdc0) ret=00991c05 ... 00fc:Ret advapi32.RegOpenKeyW() retval=00000000 ret=00991c05 00fc:Call advapi32.RegOpenKeyW(00000090,00191ef8 L"Microsoft Access Driver (*.mdb)",0031fdc4) ret=00991c1d ... 00fc:Ret advapi32.RegOpenKeyW() retval=00000000 ret=00991c1d 00fc:Call advapi32.RegGetValueW(00000094,00000000,0099a028 L"driver",00000002,0031fdbc,00000000,0031fdb8) ret=00991c94 0 ... 00fc:Ret advapi32.RegGetValueW() retval=00000000 ret=00991cde ... 00fc:Call KERNEL32.LoadLibraryW(00191f40 L"C:\\windows\\system32\\ODBCJT32.DLL") ret=00991cf3 ... 00fc:Ret KERNEL32.LoadLibraryW() retval=010b0000 ret=00991cf3 ... 00fc:Call KERNEL32.GetProcAddress(010b0000,00997194 "ConfigDSN") ret=00991f52 00fc:Ret KERNEL32.GetProcAddress() retval=010bb595 ret=00991f52 00fc:trace:odbc:SQLConfigDataSource Calling ConfigDSN ... 00fc:Call msvcrt.wcslen(01250f28 L"DSN=shoai13;DESCRIPTION=S-HOAI 13.0 Access;DBQ=C:\\KOBOLD\\shoai.13\\data\\kobold13.mdb;FIL=MS Access;;") ret=010bae8d 00fc:Ret msvcrt.wcslen() retval=00000063 ret=010bae8d ... 00fc:Call odbccp32.SQLGetPrivateProfileString(01254a98 "ODBC Data Sources",01254ac8 "shoai13",01254ae8 "",0031f2d4,0000012b,01254b00 "odbc.ini") ret=010dc59e 00fc:trace:odbc:SQLGetPrivateProfileString "ODBC Data Sources" "shoai13" "" 0031F2D4 299 "odbc.ini" ... 00fc:Call advapi32.RegOpenKeyW(80000001,00997950 L"Software\\ODBC",0031e33c) ret=00993100 ... 00fc:Ret advapi32.RegOpenKeyW() retval=00000000 ret=00993100 00fc:Call advapi32.RegOpenKeyW(000000a0,00191f70 L"odbc.ini",0031e340) ret=00993113 ... 00fc:Ret advapi32.RegOpenKeyW() retval=00000000 ret=00993113 ... 00fc:Call advapi32.RegOpenKeyW(000000a4,00191f40 L"ODBC Data Sources",0031e338) ret=0099312e ... 00fc:Ret advapi32.RegOpenKeyW() retval=00000002 ret=0099312e ... 00fc:Ret odbccp32.SQLGetPrivateProfileString() retval=00000000 ret=010dc59e ... 00fc:Call advapi32.RegOpenKeyExW(80000001,0031e0f8 L"SOFTWARE\\ODBC\\ODBC.INI\\shoai13\\Engines\\Jet",00000000,00020019,0125111c) ret=010dcd1f ... 00fc:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=010dcd1f ... 00fc:Call odbccp32.SQLGetPrivateProfileString(01254b10 "ODBC Data Sources",01254b40 "shoai13",01254b60 "",0031f2d4,0000012b,01254b78 "odbc.ini") ret=010dc59e 00fc:trace:odbc:SQLGetPrivateProfileString "ODBC Data Sources" "shoai13" "" 0031F2D4 299 "odbc.ini" ... 00fc:Call advapi32.RegOpenKeyW(80000001,00997950 L"Software\\ODBC",0031e33c) ret=00993100 ... 00fc:Ret advapi32.RegOpenKeyW() retval=00000000 ret=00993100 00fc:Call advapi32.RegOpenKeyW(000000a0,00191f70 L"odbc.ini",0031e340) ret=00993113 ... 00fc:Ret advapi32.RegOpenKeyW() retval=00000000 ret=00993113 ... 00fc:Call advapi32.RegOpenKeyW(000000a4,00191f40 L"ODBC Data Sources",0031e338) ret=0099312e ... 00fc:Ret advapi32.RegOpenKeyW() retval=00000002 ret=0099312e ... 00fc:Ret odbccp32.SQLGetPrivateProfileString() retval=00000000 ret=010dc59e ... 00fc:Call KERNEL32.GetProcAddress(00990000,010b4ae8 "SQLWriteDSNToIni") ret=010dc6a1 00fc:Ret KERNEL32.GetProcAddress() retval=0099116c ret=010dc6a1 00fc:Call odbccp32.SQLWriteDSNToIni(0031e550 "shoai13",0031e938 "Microsoft Access Driver (*.mdb)") ret=010dc557 00fc:fixme:odbc:SQLWriteDSNToIni "shoai13" "Microsoft Access Driver (*.mdb)" 00fc:Ret odbccp32.SQLWriteDSNToIni() retval=00000001 ret=010dc557 00fc:Call advapi32.RegOpenKeyExW(80000001,0031e2e4 L"SOFTWARE\\ODBC\\ODBC.INI\\shoai13",00000000,0002001f,0031e500) ret=010dcd1f ... 00fc:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=010dcd1f 00fc:Call advapi32.RegOpenKeyExW(80000002,0031e2e4 L"SOFTWARE\\ODBC\\ODBC.INI\\shoai13",00000000,0002001f,0031e500) ret=010dcd1f ... 00fc:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=010dcd1f ... 00fc:Ret odbccp32.SQLConfigDataSource() retval=00000000 ret=00465612 ... 00fc:Call user32.MessageBoxA(00010098,00eb51a4 "Folgende DSN konnte(n) nicht angelegt werden:\rshoai_access\r\n",00465108 "Fehler",00040010) ret=00465047 --- snip --- Microsoft docs 'SQLWriteDSNToIni': https://docs.microsoft.com/en-us/sql/odbc/reference/syntax/sqlwritedsntoini… Wine source: https://source.winehq.org/git/wine.git/blob/764a93f121c6b0f88c3444454ebb85e… --- snip --- 1665 BOOL WINAPI SQLWriteDSNToIniW(LPCWSTR lpszDSN, LPCWSTR lpszDriver) 1666 { 1667 clear_errors(); 1668 FIXME("%s %s\n", debugstr_w(lpszDSN), debugstr_w(lpszDriver)); 1669 return TRUE; 1670 } 1671 1672 BOOL WINAPI SQLWriteDSNToIni(LPCSTR lpszDSN, LPCSTR lpszDriver) 1673 { 1674 clear_errors(); 1675 FIXME("%s %s\n", debugstr_a(lpszDSN), debugstr_a(lpszDriver)); 1676 return TRUE; 1677 } --- snip --- $ sha1sum shoai13-kompakt.exe ee726de4309c6667c458296c4530102254fc7a20 shoai13-kompakt.exe $ du -sh shoai13-kompakt.exe 38M shoai13-kompakt.exe $ sha1sum art2kmin.exe 73be2622254d1f857a204a03f068787542b985e9 art2kmin.exe $ du -sh art2kmin.exe 33M art2kmin.exe $ wine --version wine-5.21-152-gcf49617c1a3 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.

1 6

[Bug 50967] New: sc.exe doesn't understand the start command and other parameters
by WineHQ Bugzilla June 7, 2021

June 7, 2021

https://bugs.winehq.org/show_bug.cgi?id=50967 Bug ID: 50967 Summary: sc.exe doesn't understand the start command and other parameters Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: falemagn(a)gmail.com Distribution: --- Created attachment 69797 --> https://bugs.winehq.org/attachment.cgi?id=69797 Patch that should fix sc.c's typos It seems like commit 8e9b9da0f889 included some typos that make sc.exe not understand 1) the start command 2) the failure command's reboot= parameter 3) the actions of the failure command's actions= parameter 4) the create command's start= parameter. Attached's a patch that should fix things. -- 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 50698] New: ::wcsrtombs does not NULL "const wchar_t ** _PSource" parameter in Wine.
by WineHQ Bugzilla June 7, 2021

June 7, 2021

https://bugs.winehq.org/show_bug.cgi?id=50698 Bug ID: 50698 Summary: ::wcsrtombs does not NULL "const wchar_t ** _PSource" parameter in Wine. Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: besentv(a)gmail.com Distribution: --- Created attachment 69428 --> https://bugs.winehq.org/attachment.cgi?id=69428 Example program to test ::wcsrtombs Windows NULLs the "_PSource" parameter after executing ::wcsrtombs whereas Wine does not. I posted some example code as attachment that shows what exactly is going on. The following output was generated from an executable using the example code built with Visual Studio 2019 in Release x86 configuration. Windows Output: Values before wcsrtombs: X 001CFAF0 2 001CFAF4 Values after wcsrtombs: 1 00000000 2 001CFAF4 Wine Output: Values before wcsrtombs: X 0031FED8 2 0031FEDC Values after wcsrtombs: 1 0031FED8 2 0031FEDC As you can see, the second parameter is NULL'ed on Windows but not using Wine. -- 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 50602] New: Far Manager redraws incorrectly after console window is resized
by WineHQ Bugzilla June 7, 2021

June 7, 2021

https://bugs.winehq.org/show_bug.cgi?id=50602 Bug ID: 50602 Summary: Far Manager redraws incorrectly after console window is resized Product: Wine Version: 6.1 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: --- Far Manager redraws incorrectly after console window is resized. Steps to reproduce: 1. wineconsole Far.exe 2. Enlarge/shrink window serveral times 3. Far Manager is displayed incorrectly -- 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 50386] New: Sniper Elite V2 some objects aren't rendered with Vulkan renderer
by WineHQ Bugzilla June 7, 2021

June 7, 2021

https://bugs.winehq.org/show_bug.cgi?id=50386 Bug ID: 50386 Summary: Sniper Elite V2 some objects aren't rendered with Vulkan renderer Product: Wine Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 68996 --> https://bugs.winehq.org/attachment.cgi?id=68996 examples fixme:d3d:wined3d_context_vk_update_descriptors NULL constant buffer views not implemented. err:d3d:wined3d_context_vk_apply_draw_state Failed to update shader descriptors. err:d3d:adapter_vk_draw_primitive Failed to apply draw state. wine-6.0-rc3-24-g3d2b4233288 -- 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 48618] New: Wargaming.net Game Center shows black screen on launch since Wine 5.0
by WineHQ Bugzilla June 7, 2021

June 7, 2021

https://bugs.winehq.org/show_bug.cgi?id=48618 Bug ID: 48618 Summary: Wargaming.net Game Center shows black screen on launch since Wine 5.0 Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chris(a)cjwatts.com Distribution: --- Created attachment 66463 --> https://bugs.winehq.org/attachment.cgi?id=66463 Wine stdout log Confirmed on two different Ubuntu 19.10 machines. Able to launch World of Tanks directly without much issue, but the Game Center is just a black screen. Tried wine-stable 5.0 and wine-staging 5.1 with the same results. -- 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 31

[Bug 50632] New: Neverwinter (Steam): Broken graphics (texturing) [Regression: wine 6.0->6.1]
by WineHQ Bugzilla June 7, 2021

June 7, 2021

https://bugs.winehq.org/show_bug.cgi?id=50632 Bug ID: 50632 Summary: Neverwinter (Steam): Broken graphics (texturing) [Regression: wine 6.0->6.1] Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: henczati+bugs.winehq.org(a)gmail.com Distribution: --- Created attachment 69335 --> https://bugs.winehq.org/attachment.cgi?id=69335 comparison screenshots (menu, ingame) and console logs (from Steam start to end) using wine 6.0 (good) vs. 6.1 (broken) On Ubuntu 18.04 amd64 graphics (texturing definitely) broke (see attached screenshots) in MMORPG "Neverwinter" (started from Steam) upon updating `winehq-devel` packages from `6.0.0~bionic-1` to `6.1~bionic-1`. Screenshots were taken at the lowest graphics settings (GPU slider at min, CPU slider at min) windows for both wine versions. Note, Neverwinter is free to play. To reproduce you'll need a free Steam account and a free Neverwinter account (can be created using the game launcher). And a significant game download handled by the game launcher (IIRC, around 12GB with "on-demand patching" launcher option and around 25GB without --- problem present in both cases). CONSISTENCY: When I downgrade back: ``` sudo apt install winehq-devel=6.0.0~bionic-1 wine-devel=6.0.0~bionic-1 wine-devel-i386=6.0.0~bionic-1 wine-devel-amd64=6.0.0~bionic-1 ``` it works again. When I upgrade again, it breaks again. ------------- SETUP: * WinePrefix: newly created 64-bit, then `winetricks corefonts tahoma d3dx9 steam` NOTE: Neverwinter needs 64-bits. Fonts installed for Steam, d3dx9 for Neverwinter (it installs directx anyways on first start, and the graphics were broken in wine 6.1 that way, too). Afterwards, this results in (`winetricks list-installed`): ``` andale arial comicsans courier georgia impact times trebuchet verdana webdings corefonts tahoma w_workaround_wine_bug-22053 w_workaround_wine_bug-44985 steam d3dx9 ``` * winetricks --version: `20201206-next - sha256sum: 26b457d0741b7c36755e49a0ea014b61f35f1fb28997bffec03f59495a4ea128` * winetricks d3dx9: used directx_Jun2010_redist.exe * Graphics: Intel HD Graphics 620 (rev 02) (PCI vendor and device codes: 8086:5916) + opensource driver (with HWE stack), e.g.: ``` xserver-xorg-video-intel-hwe-18.04=2:2.99.917+git20171229-1ubuntu1~18.04.1 libegl-mesa0=20.0.8-0ubuntu1~18.04.1 libosmesa6=20.0.8-0ubuntu1~18.04.1 libglu1-mesa=9.0.0-2.1build1 ``` * OS: LUbuntu 18.04.5 LTS with HWE stack, dist-upgraded(a)2021-02-03 ``` $ uname -a Linux lubuntu 5.4.0-65-generic #73~18.04.1-Ubuntu SMP Tue Jan 19 09:02:24 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux ``` * Neverwinter (Steam) - in AppDB: https://appdb.winehq.org/objectManager.php?sClass=version&iId=29913 - on Steam store (free to play): https://store.steampowered.com/app/109600/Neverwinter/ -- 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

[Bug 50424] New: std::mutex crashes on creation
by WineHQ Bugzilla June 7, 2021

June 7, 2021

https://bugs.winehq.org/show_bug.cgi?id=50424 Bug ID: 50424 Summary: std::mutex crashes on creation Product: Wine Version: 4.12.1 Hardware: arm OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: david.paradis(a)us.abb.com Distribution: --- Created attachment 69041 --> https://bugs.winehq.org/attachment.cgi?id=69041 Test Project File I have spent the better half of the last month tracking down a crash in my application related to the creation of the std::mutex object in my code. After putting many debugging messages into the Wine code I have finally found what the issue is. Here is what I have found: 1) In the dlls/msvcp90/msvcp_main.c:init_cxx_funcs() the code is calling GetProcAddress() for the critical_section methods for ctor, dtor, lock, ... but never checks to see if we found a valid address for the functions. Later on in the _Mtx_init_in_situ() a call is made to the critical section ctor and throws null pointer exceptions because the function pointer is null. 2) In the dlls/concrt140/concrt140.spec there are NO definitions for any ARM architecture method exports. In the dlls/msvcp90/msvcp90.spec there are definitions but they are missing in concrt library. After playing with the concrt140.spec file I was able add the 5 critical section method exports to the file and was able to verify that I can now create a std::mutex object and call lock, unlock and other methods on it successfully. At this point I have no idea how many other ARM methods are missing from the concrt140.spec list, but the distribution package does not have ANY ARM definitions in that file. I am attaching a very simple test CPP file that I was using to verify that the code is now working for my usage but not completely fixed. With the test code and the shipping source code you will not get past the point of seeing the second printf statement after creating the test class, it will crash on the "test t1;" line. Thank you -- 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