--
v3: winex11: Remove now unnecessary surface wrapper struct.
win32u: Move thread detach from winex11.
win32u: Introduce a per-window vulkan surface list.
winewayland: Get rid of the now unnecessary surface wrapper.
win32u: Return the host surface directly from vulkan_surface_create.
https://gitlab.winehq.org/wine/wine/-/merge_requests/5551
On Wed May 1 00:08:18 2024 +0000, Alistair Leslie-Hughes wrote:
> That's really not a solution. This was working without issues for many
> years. So, forcing our users to upgrade our product isn't always an option.
> Also, how backward compatible is that solution going to be? We still
> have users on *cough* wine 5, will it work for them?
Can you tell me what the actual use case is? I believe the bug report is about `start.exe`, which this MR should fix.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5400#note_69335
--
v9: win32u: Introduce a new add_virtual_modes helper.
winex11: Let win32u decide when to force update the display cache.
win32u: Don't force refresh the display cache on thread desktop change.
winex11: Report all sources as detached in virtual desktop mode.
https://gitlab.winehq.org/wine/wine/-/merge_requests/5422
ucrtbase._mbsncpy_s is used by Marvel vs Capcom when trying to create multiplayer lobby.
The functions are also present in msvcrt (unlike msvcr70, msvcr71) where I didn't add it because it behaves differently: there is at least one weirdness when it doubles the number of characters to copy ('n' parameter, not buffer size). I suppose we don't need to explore and deal with this specific until something needs those functions from msvcrt.
--
v4: msvcrt: Implement _mbsncpy_s[_l]().
https://gitlab.winehq.org/wine/wine/-/merge_requests/5547