This region is currently only reserved for 32-bit processes, which puts Wow64 at a disadvantage. The larger address space means it's not often an issue, but it's better to be explicit. Adding the reservation also causes ntdll/unix/virtual.c to consider that region first when making Wow64 allocations, before continuing through to the lower reservations. (And that's important for, e.g., changes like MR !2879.)
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2943
This seems to be a holdover from when ntdll was a Mach-O winelib
binary, so the reservation needed to be removed before it was
dlopen'd. Now that it's PE, unmapping the reservation is unnecessary
and leaves time for the system to reclaim it, thus requiring the
potentially problematic relocation of ntdll.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2879
This is to prevent NULL pointers when creating a standalone text service
that doesn't have any text set and then using functions like EM_SETSEL.
This NULL pointers doesn't happen when creating a richedit windows, because
it sets an empty text when the richedit window procedure handles the WM_CREATE event.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2941
To be merged after !2906.
--
v3: wineoss: Use mmdevapi's AudioClient2.
winecoreaudio: Use mmdevapi's AudioClient2.
winealsa: Use mmdevapi's AudioClient2.
winepulse: Move AudioClient2 into mmdevapi.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2907