- 29 Jan, 2024 19 commits
-
-
Jacek Caban authored
-
David Kahurani authored
Shifting the rest of the variables by one towards indices of lesser value overwrites the variable being cleared and effectively leaks it. Signed-off-by: David Kahurani <k.kahurani@gmail.com>
-
David Kahurani authored
The data is the path is invalid and therefore caution has to be taken when adding data to this path to avoid lengthening it unnecessarily. Also, don't assume there's a head node on the list while counting number of nodes. Signed-off-by: David Kahurani <k.kahurani@gmail.com>
-
David Kahurani authored
This avoids a situation where the lengthening code, assuming the data in the path is valid proceeds to lengthen the path further while transforming data from a path_list into a path. Signed-off-by: David Kahurani <k.kahurani@gmail.com>
-
David Kahurani authored
This seems like a better interface and avoids duplicating code. Signed-off-by: David Kahurani <k.kahurani@gmail.com>
-
David Kahurani authored
This seems like a more effective interface and avoids code duplication. Signed-off-by: David Kahurani <k.kahurani@gmail.com>
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alex Henrie authored
Sega Bug uses it as a timer.
-
Alexandros Frantzis authored
Keep track of the window cursor set for each surface and apply it when the pointer enters the corresponding surface. This fixes a problem where due to transient disagreements between win32 pointer focus and Wayland pointer focus a cursor update may be lost. For example: 1. Assume existing cursor C1. 2. Window is created beneath cursor. 3. The SetCursor(hwnd, C2) driver callback is called, but because the wl_pointer hasn't entered the Wayland surface yet we don't update the wl_pointer cursor. 4. wl_pointer enters the surface, we apply the latest cursor we know about, which is C1. 5. Since no change in cursor window occurs, we don't get any further SetCursor(hwnd, C2) callbacks, so we get stuck with C1. This commit fixes the problem by tracking the per-surface HCURSOR in step 3, regardless of whether the cursor is actually applied. So, in step 4 we can use that HCURSOR for the surface. This change also fixes some cases of our mouselook heuristics not kicking in properly due to missing a SetCursor(hwnd, NULL) in the manner described above.
-
Eric Pouech authored
Signed-off-by: Eric Pouech <epouech@codeweavers.com>
-
Eric Pouech authored
Signed-off-by: Eric Pouech <epouech@codeweavers.com>
-
Eric Pouech authored
Signed-off-by: Eric Pouech <epouech@codeweavers.com>
-
Eric Pouech authored
Signed-off-by: Eric Pouech <epouech@codeweavers.com>
-
Eric Pouech authored
Signed-off-by: Eric Pouech <epouech@codeweavers.com>
-
Alexandre Julliard authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56256
-
Alexandre Julliard authored
-
- 26 Jan, 2024 21 commits
-
-
Alexandre Julliard authored
-
Zebediah Figura authored
-
Zebediah Figura authored
This check was introduced in 4640be8d. At that point the only way for that condition to be false was for a cube map texture. It's not clear why cube maps are relevant here; we have no tests for this, but it seems most expedient to just preserve the intent of the check.
-
Zebediah Figura authored
-
Zebediah Figura authored
-
Zebediah Figura authored
Ported from b8ab71e4dc in vkd3d by Conor McCarthy.
-
Zebediah Figura authored
-
Zebediah Figura authored
-
Zebediah Figura authored
-
Zebediah Figura authored
-
Jacek Caban authored
Fixes -Wsometimes-uninitialized clang warnings by using DEFAULT_UNREACHABLE.
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
Fixes 681d2014. The winegstreamer private declaration of HEAACWAVEINFO previously didn't include the WAVEFORMATEX member as it should.
-
Giovanni Mascellani authored
-
Giovanni Mascellani authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
Wine sends spurious mouse move messages in some cases, let's ignore them as it makes tests unreliable otherwise.
-
Nikolay Sivov authored
Signed-off-by: Nikolay Sivov <nsivov@codeweavers.com>
-
Martin Storsjö authored
While armv7 generally tolerates unaligned loads/stores in most cases, the compiler is free to use the ldrd/strd instructions, for loading/storing two consecutive 32 bit registers, and this requires the destination to be aligned to a 4 byte boundary. When packing a number of variable length structures, make sure that each actual struct gets aligned at the right address boundary. This fixes crashes in DllMain of wineps.drv, when built for armv7, since 351e58dc. Signed-off-by: Martin Storsjö <martin@martin.st>
-