--
v7: explorer: Restore display settings on process exit.
winex11.drv: Process RRNotify events in xrandr14_get_id.
user32/tests: Test that display settings are restored on process exit.
https://gitlab.winehq.org/wine/wine/-/merge_requests/5060
With some intermediate refactoring to make the code simpler.
I believe the failures that happened previously were coming from how NtGdiDdDDIOpenAdapterFromLuid initialized desc->hAdapter in win32u while winex11 was then relying on it. I missed this detail before and it should be working fine now that the vulkan path is only used to retrieve the physical device.
--
v2: win32u: Move D3DKMT vulkan implementation out of winex11.
winex11: Introduce a new find_adapter_from_handle helper.
winex11: Introduce a new get_vulkan_physical_device helper.
winex11: Initialize D3DKMT vulkan instance only once.
win32u: Open adapters in NtGdiDdDDIEnumAdapters2 outside of the display devices lock.
https://gitlab.winehq.org/wine/wine/-/merge_requests/5306
Brendan Shanks (@bshanks) commented about configure.ac:
> WINE_CHECK_SONAME(vulkan, vkGetInstanceProcAddr)
> if test "x$ac_cv_lib_soname_vulkan" = "x"
> then
> - WINE_CHECK_SONAME(MoltenVK, vkGetInstanceProcAddr)
> + WINE_CHECK_SONAME(MoltenVK, vkGetInstanceProcAddr, [AC_DEFINE_UNQUOTED(SONAME_LIBVULKAN,[$ac_cv_lib_soname_MoltenVK])])
This is causing build errors for me:
```
../dlls/win32u/vulkan.c:91:35: error: use of undeclared identifier 'libMoltenVK'
if (!(vulkan_handle = dlopen( SONAME_LIBVULKAN, RTLD_NOW )))
^
include/config.h:773:26: note: expanded from macro 'SONAME_LIBVULKAN'
#define SONAME_LIBVULKAN libMoltenVK.dylib
^
../dlls/win32u/vulkan.c:93:37: error: use of undeclared identifier 'libMoltenVK'
ERR( "Failed to load %s\n", SONAME_LIBVULKAN );
^
include/config.h:773:26: note: expanded from macro 'SONAME_LIBVULKAN'
#define SONAME_LIBVULKAN libMoltenVK.dylib
^
2 errors generated.
make[1]: *** [dlls/win32u/vulkan.o] Error 1
```
I think quotes are needed around `$ac_cv_lib_soname_MoltenVK`, that results in `SONAME_LIBVULKAN` being correctly quoted.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5365#note_65955
Actual issue is uninitialized has_gpos_attachment flag, it might be harmless in practice
but it's better to avoid.
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5395
This resolves the issue in StudioTax where the bounding box dimensions is reported as 0.
Because the height is less than 0, the check for height in GdipAddPathRectangle fails,
and the X and Y coordinates of the points is never set.
I am fairly ignorant of this code, this seems like a good approach, however I am happy for guidance from others more familiar in how gdiplus works.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5360