- Wine-GitLab - list.winehq.org

[PATCH v11 0/2] MR2068: comdlg32: Enable visual styles when showing IFileDialog.
by Vladislav Timonin (＠vt) June 29, 2023

June 29, 2023

Required for !1857 to not break when comctl32 version 6 isn't requested by application (in particular, found this in [qapitrace](https://github.com/apitrace/apitrace)) Manifest resource id and assembly identity name match with Windows. For isolation purposes, activation context is disabled while emitting events. -- v11: comdlg32: Enable visual styles when showing IFileDialog. https://gitlab.winehq.org/wine/wine/-/merge_requests/2068

3 5

[PATCH 0/9] MR3196: Remove macro
by Alistair Leslie-Hughes (＠alesliehughes) June 29, 2023

June 29, 2023

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/3196

3 10

[PATCH v2 0/2] MR3198: combase: Pass the correct destination context when unmarshaling using the standard marshaler.
by Connor McAdams (＠cmcadams) June 29, 2023

June 29, 2023

This fixes an issue I ran into in UI Automation using an interface proxy marshaled with `MSHCTX_INPROC`. `CoUnmarshalInterface` always passes `MSHCTX_LOCAL` when the standard marshaler, regardless of what was passed to `CoMarshalInterface`. When passing an interface that uses the free threaded marshaler as an argument to a method on the proxy retrieved from `CoUnmarshalInterface`, it passes `MSHCTX_LOCAL` when trying to marshal, which the results in the free threaded marshaler trying to create a proxy/stub which fails. -- v2: combase: Use correct destination context in CoUnmarshalInterface when using the standard marshaler. https://gitlab.winehq.org/wine/wine/-/merge_requests/3198

2 3

Re: [PATCH v2 0/1] MR3187: winemac.drv: Give Apple GPUs device IDs
by Zebediah Figura (＠zfigura) June 29, 2023

June 29, 2023

> MoltenVK has its own scheme for assigning a PCI device ID to the AGX GPUs. I wonder if it wouldn't be worth attempting to emulate that in case apps try to match the ID from Vulkan to this one. Or retrieve the devices from Vulkan (as winex11) if Vulkan is available? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3187#note_37353

1 0

[PATCH 0/5] MR258: hlsl: Replace bare list pointers with hlsl_block, part 2.
by Zebediah Figura (＠zfigura) June 29, 2023

June 29, 2023

-- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/258

3 11

[PATCH 0/2] MR3198: combase: Pass the correct destination context when unmarshaling using the standard marshaler.
by Connor McAdams (＠cmcadams) June 29, 2023

June 29, 2023

This fixes an issue I ran into in UI Automation using an interface proxy marshaled with `MSHCTX_INPROC`. `CoUnmarshalInterface` always passes `MSHCTX_LOCAL` when the standard marshaler, regardless of what was passed to `CoMarshalInterface`. When passing an interface that uses the free threaded marshaler as an argument to a method on the proxy retrieved from `CoUnmarshalInterface`, it passes `MSHCTX_LOCAL` when trying to marshal, which the results in the free threaded marshaler trying to create a proxy/stub which fails. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3198

3 3

Re: [PATCH v2 0/1] MR3187: winemac.drv: Give Apple GPUs device IDs
by Brendan Shanks (＠bshanks) June 29, 2023

June 29, 2023

> Do we need things built on 10.14 to run on M1 Macs (which don't support 32-bit)? If not, I can just ifdef it out in that case. Otherwise, I can try defining those symbols manually. I think an ifdef (`#if defined(MAC_OS_X_VERSION_10_15) && MAC_OS_X_VERSION_MAX_ALLOWED >= MAC_OS_X_VERSION_10_15`) should be fine, especially with Metal nobody should be expecting full functionality when building against old SDKs and then deploying to new ones. (it would be nice if we could use `@available`, but that requires Xcode 9) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3187#note_37348

1 0

Re: [PATCH v2 0/1] MR3187: winemac.drv: Give Apple GPUs device IDs
by Evan Tang (＠etang-cw) June 29, 2023

June 29, 2023

> MoltenVK has its own scheme for assigning a PCI device ID to the AGX GPUs. I wonder if it wouldn't be worth attempting to emulate that in case apps try to match the ID from Vulkan to this one. [They used to, but now they just use the device feature set plus the OS version](https://github.com/KhronosGroup/MoltenVK/commit/df043487e4711fe61e…. I'm a bit worried about sticking the OS version on top like they do, since PCI device IDs are normally 16-bit, but maybe that would work out fine? > This is also producing a build failiure on macOS 10.14 Do we need things built on 10.14 to run on M1 Macs (which don't support 32-bit)? If not, I can just ifdef it out in that case. Otherwise, I can try defining those symbols manually. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3187#note_37342

1 0

[PATCH v10 0/2] MR2068: comdlg32: Enable visual styles when showing IFileDialog.
by Vladislav Timonin (＠vt) June 29, 2023

June 29, 2023

Required for !1857 to not break when comctl32 version 6 isn't requested by application (in particular, found this in [qapitrace](https://github.com/apitrace/apitrace)) Manifest resource id and assembly identity name match with Windows. For isolation purposes, activation context is disabled while emitting events. -- v10: comdlg32: Enable visual styles when showing IFileDialog. https://gitlab.winehq.org/wine/wine/-/merge_requests/2068

4 7

[PATCH v7 0/6] MR2944: winewayland.drv: part 4: First window contents on screen
by Alexandros Frantzis (＠afrantzis) June 29, 2023

June 29, 2023

The goal of this MR is to set up the minimum necessary infrastructure to display the contents of some simple, software rendered windows. This involves two major steps: 1. Associate a window with a Wayland surface and give it the `xdg_toplevel` role, so that the compositor can display it. We also have to implement the required initial `xdg_surface` configuration sequence to be able to safely (i.e., without the compositor disconnecting us with an error) attach buffers to the surface in step (2). 2. Implement the `window_surface` interface for the Wayland driver. For now we provide a simple (and suboptimal) `window_surface_flush` implementation: for each flush we create a new `wl_shm` buffer, copy the whole window contents (ignoring damaged bounds for now) into it and attach it to the target Wayland surface. In the next MR I will optimize this implementation in multiple ways: a. implement a buffer queue to avoid constantly allocating new buffers b. respect the damaged bounds of the `window_surface` to minimize copying of data from the `window_surface` to the SHM buffer (and also for correctness) c. communicate damaged surface regions to the compositor to (potentially) allow more efficient texture uploads. With this MR many (software-rendered) applications can now display dynamic content on screen. We can't interact with the apps yet, but we do get to enjoy `notepad` in all its blinking-cursor glory. Thanks! -- v7: winewayland.drv: Do not commit buffers to unconfigured surfaces. winewayland.drv: Implement a simple window_surface flush. https://gitlab.winehq.org/wine/wine/-/merge_requests/2944

2 9