- 30 Nov, 2023 22 commits
-
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
This requires moving the stack switch to Wow64PrepareForException. Based on a patch by Paul Gofman.
-
Piotr Caban authored
-
Piotr Caban authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55927
-
Piotr Caban authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55950
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-
Nikolay Sivov authored
-
Aida Jonikienė authored
This should help understand some virgl/ChromeOS-specific WineD3D behavior better.
-
Zebediah Figura authored
Based on a patch by Michael Müller.
-
Zebediah Figura authored
This should more closely match the algorithm used by native, discovered through extensive manual testing. This does not include any automated tests, both because I could not get winmm to recognize a second plugged joystick, and (as I eventually discovered while testing) the number of tests that would be necessary to conclusively prove this algorithm turned out to be impractical.
-
Rémi Bernon authored
-
Alex Henrie authored
-
Alex Henrie authored
-
- 29 Nov, 2023 18 commits
-
-
Alex Henrie authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Paul Gofman authored
-
Brendan McGrath authored
Ensures the Direct 2D lock is held before attempting to access Direct 2D exclusive resources. This fixes periodic crashes in PowerPoint 365
-
Brendan McGrath authored
Tests that Direct2D can access D2D exclusive resources whilst the Direct 2D lock is held if the factory type is single threaded
-
Brendan McGrath authored
Tests that Direct2D can not access D2D exclusive resources whilst the Direct 2D lock is held
-
Alexandros Frantzis authored
This is a simple passthrough implementation to the native Vulkan driver.
-
Alexandros Frantzis authored
This is a simple passthrough implementation to the native Vulkan driver, with the addition of a VkSurfaceKHR invalidation check.
-
Alexandros Frantzis authored
We cannot depend on the main surface being committed to after the client subsurface is created, so perform a commit to ensure the subsurface position takes effect on creation.
-
Alexandros Frantzis authored
The client area subsurface (the target of Vulkan rendering) is not going to be presented properly (or at all) by the compositor if its parent surface is not mapped or doesn't have the right size, even though the window may be visible from Wine's perspective. To avoid this issue, ensure that the parent surface has up-to-date contents in terms of size, in case these haven't been provided yet, or will never be provided (e.g., when the Vulkan rendering is fullscreen).
-
Alexandros Frantzis authored
If the VkSwapchainKHR extent does not match the target window client area, report VK_ERROR_OUT_OF_DATE_KHR, to notify the app that it should recreate the swapchain. We also report VK_ERROR_OUT_OF_DATE_KHR if the HWND is no longer valid, to match win32 behavior (e.g., nvidia). The application will eventually get VK_ERROR_SURFACE_LOST_KHR during the swapchain recreation process.
-
Alexandros Frantzis authored
-