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

[Bug 39849] New: winepulse.drv is used while winealsa.drv is selected
by wine-bugs＠winehq.org March 28, 2021

March 28, 2021

https://bugs.winehq.org/show_bug.cgi?id=39849 Bug ID: 39849 Summary: winepulse.drv is used while winealsa.drv is selected Product: Wine Version: 1.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sworddragon2(a)aol.com Distribution: --- In winecfg -> Audio the driver shown there as selected is winealsa.drv but on starting applications I'm often seeing the line "err:module:load_builtin_dll failed to load .so lib for builtin L"winepulse.drv": libpulse.so.0: cannot open shared object file: No such file or directory". libpulse0:i386 is not installed on my system and installing it would cause the error message to be replaced with "err:pulse:pulse_contextcallback Context failed: Connection refused". I think if PulseAudio is not used by the system for example because only ALSA is being used Wine should not try to use PulseAudio then. -- 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 5

[Bug 41135] New: No Man's Sky: Game does crash/hang on starting
by wine-bugs＠winehq.org March 28, 2021

March 28, 2021

https://bugs.winehq.org/show_bug.cgi?id=41135 Bug ID: 41135 Summary: No Man's Sky: Game does crash/hang on starting Product: Wine Version: 1.9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sworddragon2(a)aol.com Distribution: --- Created attachment 55339 --> https://bugs.winehq.org/attachment.cgi?id=55339 Terminal output (Windows 7) After solving the other issue where an upgrade of libcups2 caused Wine to heavily break I'm encountering now the next issues on starting No Man's Sky. With a clean wine profile and the Windows version set to Windows 7 (as the system requirement for this game is Windows 7-10) on starting the game nothing happens and the game has a CPU usage of ~55% on one core and the wineserver has a CPU usage of ~60% on one core. If I'm setting the Windows version to Windows XP the game does start but crashes after the first screen is shown. For both cases is the terminal output in the attachments. -- 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 27

[Bug 50649] New: winecfg crashes with desktop emulation
by WineHQ Bugzilla March 27, 2021

March 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=50649 Bug ID: 50649 Summary: winecfg crashes with desktop emulation Product: Wine Version: 6.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gmascellani(a)codeweavers.com Distribution: --- STEPS TO REPRODUCE: * Start with a new prefix * Launch winecfg and enable desktop emulation (leave the standard resolution 800x600) * Launch winecfg again; the desktop window appears and disappears after a split second; winecfg window never appears This happens with both i386 and amd64 builds (did not try a WoW64 build). I am using an up-to-date Debian unstable machine, on a laptop with an Intel iGPU and an NVIDIA Quadro P2000 dGPU. Disabling NVIDIA Vulkan drivers doesn't change anything. The crash happens inside get_gpu_properties_from_vulkan, in dlls/winex11.drv/xrandr.c. This function creates a Vulkan instance, enumerates Vulkan devices and their properties and then destroys the instance. This happens a few times during a single "wine winecfg" execution. In one of these executions the driver segfaults in vkDestroyInstance. The other calls to vkDestroyInstance are fine. If the call to vkDestroyInstance in X11DRV_vkDestroyInstance is commented out, then the crash doesn't happen any more and winecfg works correctly. I can't see any Vulkan usage problem and Vulkan validator doesn't detect anything except a couple of issues that are easy to solve and do not fix the problem. The specific failing instruction is in libvulkan_lvp.so. Addr2line says it is in function util_queue_destroy in file src/util/u_queue.c:97 (in the mesa package), but that line does not correspond to that function in the source code, so addr2line is probably confused and I don't know if anything it says can be believed. Also, this is just the inner frame: I couldn't get a backtrace from the vkDestroyInstance call to the segfaulting instruction. I can get a core dump, but gdb cannot recognize the stack in it, so I get no useful information (not easily at least: I could manually inspect the stack and reconstruct the backtrace, but that's tedious and I haven't tried yet). -- 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 25528] New: HLSL shader not translated correctly (uniform variables)
by wine-bugs＠winehq.org March 27, 2021

March 27, 2021

http://bugs.winehq.org/show_bug.cgi?id=25528 Summary: HLSL shader not translated correctly (uniform variables) Product: Wine Version: 1.3.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: knight666+wine(a)gmail.com Created an attachment (id=32501) --> (http://bugs.winehq.org/attachment.cgi?id=32501) Program run in a normal way I was trying to run the game "Sexy Beach Zero" (hmmyes) and it runs great. But when you load any of the 3D scenes, the body model isn't bound correctly to her and is stationary at (0, 0, 0) in the scene. I checked the log and found a lot of these: err:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Find glsl program uniform locations @ glsl_shader.c / 4435 err:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB(programId) @ glsl_shader.c / 4449 err:d3d_shader:hardcode_local_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Hardcoding local constants @ glsl_shader.c / 3955 err:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 4618 trace:d3d_constants:shader_glsl_load_constantsI Loading local constants 0: 2, 0, 0, 0 err:d3d_shader:shader_glsl_load_constantsI >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4ivARB @ glsl_shader.c / 598 err:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 769 (After this it repeats the last 4 lines) Perfectly willing to chip my teeth on this bug, I downloaded the latest Wine git to check the source. I ran the game again with the following command: WINEDEBUG=trace+d3d_constants wine "Sexy Beach Zero English.exe" &> ~/sbz2.log The log now returns this: fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #10: fixme:d3d_shader:print_glsl_info_log Vertex info fixme:d3d_shader:print_glsl_info_log ----------- fixme:d3d_shader:print_glsl_info_log 0(35) : warning C1068: array index out of bounds Repeat the array index out of bounds warning plenty of times. Going deeper, I ran the game like this: WINEDEBUG=trace+d3d_shader wine "Sexy Beach Zero English.exe" &> ~/sbz.log Part of the offending HLSL shader: def *c822* = 1.000000, 3.000000, 0.000000, 0.000000 def c823 = 0.500000, 0.000000, 0.000000, 0.000000 def c824 = -1.000000, -2.000000, -3.000000, -4.000000 defi i0 = 5, 0, 0, 0 frc r0, v2 slt r1, -r0, r0 add r2, -r0, v2 slt r0, v2, -v2 mad r0, r0, r1, r2 mul r0, r0, *c822*.y Emphasis marked with *'s. uniform vec4 *VC[256]*; // snip void main() { R0.xyzw = (fract(attrib2.xyzw)); R1.xyzw = (vec4(lessThan(-R0.xyzw, R0.xyzw))); R2.xyzw = (-R0.xyzw + attrib2.xyzw); R0.xyzw = (vec4(lessThan(attrib2.xyzw, -attrib2.xyzw))); R0.xyzw = ((R0.xyzw * R1.xyzw) + R2.xyzw); R0.xyzw = (R0.xyzw * *VC[822]*.yyyy); This is where the "array index out of bounds" warning comes from. The shader translator should have converted "c822" to a uniform, but instead put it in an array. I got hopelessly lost in the Wine source, I couldn't find the error myself, unfortunately. :( Hopefully this helps someone more knowledgeable with these things! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 24

[Bug 42145] New: Guild Wars 2 crashes on some configurations
by wine-bugs＠winehq.org March 27, 2021

March 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=42145 Bug ID: 42145 Summary: Guild Wars 2 crashes on some configurations Product: Wine Version: 2.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: me(a)aaronopfer.com Distribution: --- Created attachment 56713 --> https://bugs.winehq.org/attachment.cgi?id=56713 GW2-generated crash log Guild Wars 2 crashes on my laptop psuedorandomly while playing the game. I managed to create a reproduceable version of the crash: all I have to do is toggle the visibility of my helmet slot in my Hero's Equipment panel (a feature designed for those who don't want ugly helmets covering their character's faces) and the game will reliably crash. I am using 64bit wine. I reproduced the crash initially in 2.0.0-rc3-staging, then in 2.0.0-rc3, and then again in 1.7.35. I haven't tested any other versions. The crash does NOT occur on my desktop despite similar wine versions and configurations. The main difference between the laptop and the desktop is that the desktop uses the proprietary nvidia blob on a GTX 780, and the laptop uses integrated intel HD 5500 graphics. The laptop and desktop are running the debian 4.8.0 kernel. As an aside, another laptop I have running debian is using a nvidia mobile GPU (don't remember the model) via bumblebee and it also has no problems with crashing in GW2. I have some modest debugging skills: poking around in a debugger shows that the crash occurs in what appears to be blitting code (the Gw2-64.exe binary makes string references to "ImgBlt.cpp" in the area). The fault instruction is a rep movsb. During normal operation the rep movsb's operands are in low memory ranges (mask 0xFFFFFFFF), but when it crashes one operand is (0x0222000000000000) which is not valid memory and causes a crash. I do not have a Windows machine so I do not know if Windows has the same crash; I presume not. I have attached the Arenanet.log file which contains some information about what went wrong. It may contain multiple crashes; I'm not very familiar with these GW2-specific crashlogs so I'm not sure. These are made by GW2's built-in crash logger. If anyone wants another crash log format you'll have to tell me how to disable GW2's built-in one. If anyone wants me to do any specific debug actions or logs I'll be happy to try them. -- 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 3

[Bug 5162] Multiple applications need ITextServices::TxDraw and ITextServices::TxGetNaturalSize implementation (Google Talk, WebLoad, XMPSetup, ICQ 6.x, Kugou Music, QQ, Wechat, PVSYST)
by WineHQ Bugzilla March 27, 2021

March 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=5162 Huw Davies <huw.davies(a)physics.ox.ac.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |huw.davies(a)physics.ox.ac.uk Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #53 from Huw Davies <huw.davies(a)physics.ox.ac.uk> --- Marking resolved. -- 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 0

[Bug 5162] Multiple applications need ITextServices::TxDraw and ITextServices::TxGetNaturalSize implementation (Google Talk, WebLoad, XMPSetup, ICQ 6.x, Kugou Music, QQ, Wechat, PVSYST)
by WineHQ Bugzilla March 27, 2021

March 27, 2021

https://bugs.winehq.org/show_bug.cgi?id=5162 --- Comment #52 from Jactry Zeng <jactry92(a)gmail.com> --- Thanks to Huw's work, TxGetNaturalSize and TxDraw now are implemented in Wine 6.5. It might be worth retesting these applications and file separate bugs for their following 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 0

[Bug 50862] New: [Regression] Steam fails to start
by WineHQ Bugzilla March 26, 2021

March 26, 2021

https://bugs.winehq.org/show_bug.cgi?id=50862 Bug ID: 50862 Summary: [Regression] Steam fails to start Product: Wine Version: 6.4 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 47fed8f5bc89344af054b70c2d3a7bea02b2113c Distribution: --- 0188:err:module:import_dll Library SDL2.dll (which is needed by L"C:\\Program Files (x86)\\Steam\\bin\\gldriverquery.exe") not found 0188:err:module:LdrInitializeThunk Importing dlls for L"C:\\Program Files (x86)\\Steam\\bin\\gldriverquery.exe" failed, status c0000135 0190:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0190:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0190:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0190:fixme:ver:GetCurrentPackageId (000000000022FDA0 0000000000000000): stub 0198:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0198:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0198:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 0198:fixme:ver:GetCurrentPackageId (0033FEA4 00000000): stub 0024:fixme:imm:ImmReleaseContext (000100B4, 05BD2238): stub 0024:fixme:dwmapi:DwmExtendFrameIntoClientArea (000400B2, 0033E2A8) stub 013c:fixme:file:NtLockFile I/O completion on lock not implemented yet 0024:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\Program Files (x86)\\Steam\\bin\\cef\\cef.win7x64\\steamwebhelper.exe" 0024:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\Program Files (x86)\\Steam\\bin\\cef\\cef.win7x64\\steamwebhelper.exe" 0024:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\Program Files (x86)\\Steam\\logs\\cef_log.txt" 0024:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\Program Files (x86)\\Steam\\logs\\cef_log.txt" 01a4:err:module:import_dll Library SDL2.dll (which is needed by L"C:\\Program Files (x86)\\Steam\\bin\\cef\\cef.win7x64\\steamwebhelper.exe") not found 01a4:err:module:import_dll Library libcef.dll (which is needed by L"C:\\Program Files (x86)\\Steam\\bin\\cef\\cef.win7x64\\steamwebhelper.exe") not found 01a4:err:module:LdrInitializeThunk Importing dlls for L"C:\\Program Files (x86)\\Steam\\bin\\cef\\cef.win7x64\\steamwebhelper.exe" failed, status c0000135 -- 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 45567] New: League of Legends 8.12+ fails to start a game ( anticheat engine, validation of WoW64 syscall dispatcher)
by wine-bugs＠winehq.org March 26, 2021

March 26, 2021

https://bugs.winehq.org/show_bug.cgi?id=45567 Bug ID: 45567 Summary: League of Legends 8.12+ fails to start a game (anticheat engine, validation of WoW64 syscall dispatcher) Product: Wine Version: 3.13 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: --- Diagnosed by Andrew Wesie; partially split off from bug 45327. The game inspects the %cs register to determine if it is running under WoW64. Since Linux 32-bit code segment is the same as the WoW64 32-bit code segment, 0x23, the anti-cheat will expect to be in a WoW64 environment regardless of whether the prefix is 32- or 64-bit. Consequently the game will try to use the Wow64Transition export if it is available, or otherwise request the module name of the address contained at the WOW32Reserved TEB field (i.e. %fs:0xc0), and verifies that the latter matches wow64cpu.dll. This can be solved either by moving the syscall dispatcher to wow64cpu.dll, or by implementing Wow64Transition. -- 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 8

[Bug 37983] New: Jedi Knight: Dark Forces II (GOG.com version) - music doesn't work
by wine-bugs＠winehq.org March 26, 2021

March 26, 2021

https://bugs.winehq.org/show_bug.cgi?id=37983 Bug ID: 37983 Summary: Jedi Knight: Dark Forces II (GOG.com version) - music doesn't work Product: Wine Version: 1.7.35 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rixa(a)cs.tut.fi Distribution: --- The game originally used to have background music on CD audio tracks. The recent GOG.com release includes those tracks in .ogg format, along with what seems to be some sort of a hack to play them through a custom winmm.dll in the game directory. The music does not play. For the included winmm.dll to do anything, an override of "winmm (native,builtin)" seems like a logical step. Indeed, it was reported on the GOG.com forums that this gets the music working on Crossover, and I used the trial version to verify that this is indeed the case. But if I do the same on Wine, the game doesn't start anymore. It just dies with: err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception. I tried to trace it down to other overrides that crossover sets by default, but it would still work even if I removed them all. It would even keep working if I replaced the entire drive_c there with the one from my wineprefix where it doesn't work, so it probably does not have to do with any of the pre-installed software, nor an installation broken for whatever reason. Using wine on the prefix installed in crossover didn't work any better either. In addition to a clean unpatched wine 1.7.35 that I compiled myself, I tried multiple versions of wine from PlayOnLinux but none of them started the game with the override in place; each died with the same message. Without the override the game is still very playable, just has no background music. Xubuntu 14.10, nvidia 331.113. -- 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 29