http://bugs.winehq.org/show_bug.cgi?id=59617 --- Comment #19 from otigkd@gmail.com --- (In reply to Paul Gofman from comment #9)
This is strange. It is not like Wine is broken for everyone since then (or, anyone else this way, as far as reports known by me go), so there must be something specific to the setup which is either a core problem or triggers some real bug (which so far I don't have info to guess). One weak guess is that maybe there is some wrongly set up (or in some way special) Vulkan device / driver in host configuration for which vkGetPhysicalDeviceProperties2KHR crashes for some reason, but before the patch it was not called because vkGetRandROutputDisplayEXT was failing for it without crashing. But even if that is the case I cannot fix it without understanding what is actually going on (and maybe it is not a Wine bug even).
I kinda figured, that it might be because of my machine, but the strange things, that it repeats across 3 different devices (2 of them use nvidia proprietary drivers, 1 uses open-source AMDGPU) All the machines have 99% identical system: custom kernel, OpenRC, X (no wayland), Xfce
First of all, the log is not from upstream Wine and thus the issue may potential be caused by other unknown patches:
40916.439:0020:0024:trace:module:hidden_exports_init getting default HideWineExports
There are also other things in the log which look a bit weird to me at the first glance.
Before anything else, could you please check if the issue persists with current upstream Wine, without any custom patches on top?
If it does, may I ask for the following additional info: 1. The resulting vulkaninfo.txt from 'vulkaninfo >&vulkaninfo.txt' ('>&' is there to also see the warnings it might print to stderr).
done.
2. Output of xrandr, xrandr --listproviders and xrandr --listmonitors
done.
3. Full command line how Wine is being run.
added this as the description of the attachment
4. A compressed log with the failure from current upstream Wine with WINEDEBUG=+pid,+seh,+timestamp,+syscall,+unwind,+loaddll,+module,win, +explorer,+win,+x11drv,+event,+xrandr . The log may be rather big but should compress very well.
done.
5. Attach Wine's <winebinpath>/lib/wine/x86_64-windows/win32u.dll <winebinpath>/lib/wine/x86_64-unix/win32u.so from the build which reproduces the issue.
done - NOTE: I used the default build of ./configure and make, which apparently built only 32 bit? does not matter, as it reproduces the same way -- 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.