- 06 Jan, 2023 28 commits
-
-
Zhiyi Zhang authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53995
-
Zebediah Figura authored
I was unable to write tests for this; it seems it doesn't consistently work on Windows. However, Rayman 3 seems to rely on it; it maps the same buffer twice immediately after creation, with DISCARD flags on both maps, and expects the same address to be returned. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53752
-
Ziqing Hui authored
-
Ziqing Hui authored
-
Zebediah Figura authored
The code originally intended to achieve this by simply waiting on flushing_cs, and having the application thread hold flushing_cs while seeking. Unfortunately, this can result in starvation of the application thread, since the streaming thread always reacquires flushing_cs immediately after releasing it. Avoid this by using a separate condition variable. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53403Signed-off-by: Zebediah Figura <zfigura@codeweavers.com>
-
Zebediah Figura authored
The code previously relied on inherent atomicity of atomic types, but atomicity doesn't imply the right memory ordering. Be explicit about the threading model we want. Signed-off-by: Zebediah Figura <zfigura@codeweavers.com>
-
Zebediah Figura authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
André Zwing authored
-
André Zwing authored
-
André Zwing authored
-
Floris Renaud authored
Avoid using the pronouns "u", "uw", "je" and "jouw". Signed-off-by: Floris Renaud <jkfloris@dds.nl>
-
Eric Pouech authored
Starting with Win10, height of multiline edit controls no longer seems to be hardwired to a multiple of the font height (when larger than font height). - Adapt the tests accordingly (detecting how to compute the expected height of a control). - Extend the ranges of the tested heights. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52152Signed-off-by: Eric Pouech <eric.pouech@gmail.com>
-
Eric Pouech authored
Already fixed in user32/tests/edit.c by 614b7d74 Apply same fix for equivalent test on comctl32/tests/edit.c Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52932Signed-off-by: Eric Pouech <eric.pouech@gmail.com>
-
Tim Clem authored
Return WHEEL_DELTA for the granularity of the mouse z-axis. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53627
-
Tim Clem authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53627
-
Tim Clem authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53627
-
Jinoh Kang authored
-
Jinoh Kang authored
-
Zebediah Figura authored
This fixes a regression introduced by ebbcc10b. Prior to that commit, buffers which were not CPU-accessible would not have the WINED3D_BUFFER_USE_BO flag set, and accordingly buffer_resource_sub_resource_map() would simply return the SYSMEM location, ignoring the DISCARD and NOOVERWRITE flags. However, the "accelerated" path in wined3d_cs_map_upload_bo() only checks for the DISCARD flag, assuming that it is only set for dynamic GPU-accessible buffers, and would subsequently try to allocate non-mappable memory and then map it. This commit avoids the accelerated path for such buffers, once again matching our old behaviour. According to [1], this also matches Windows: DISCARD on SYSTEMMEM buffers is ignored on both AMD and NVidia, and NOOVERWRITE is ignored on NVidia (but not AMD). [1] https://www.winehq.org/mailman3/hyperkitty/list/wine-devel@winehq.org/message/XACSAVAGYTJUZDFLX4JWO665VTB6M7LX/ Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53863
-
Zebediah Figura authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53743Signed-off-by: Zebediah Figura <zfigura@codeweavers.com>
-
Zebediah Figura authored
Signed-off-by: Zebediah Figura <zfigura@codeweavers.com>
-
Zebediah Figura authored
Signed-off-by: Zebediah Figura <zfigura@codeweavers.com>
-
Zebediah Figura authored
DISCARD maps on deferred contexts do not seem to offer the same synchronization guarantees as do DISCARD maps on the immediate context, at least not with respect to subsequent NOOVERWRITE maps on the immediate context. This is not particularly surprising, seeing as it is probably far more usual to only map a resource on one kind of context or the other. The test currently fails on Windows 11 on NVidia drivers, but it also fails on Mesa, for what I think are the same reasons. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52563 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54023
-
- 22 Dec, 2022 7 commits
-
-
Biswapriyo Nath authored
-
Alexandre Julliard authored
By backporting the corresponding window management tweaks from the d3d8:device test.
-
Alexandre Julliard authored
Split the check_rt_color() function to allow conditional todos.
-
Alexandre Julliard authored
It fails on the Gitlab CI.
-
Zebediah Figura authored
Although the test has never been observed to fail on Windows, I think the failure is genuinely a race in the test. File handles (like events) are signaled in order to mark that an I/O operation has completed. In this case the I/O operation includes manipulating data on both ends of the pipe, and as part of that may signal the other end. Internally, however, the file handle must logically happen *after* all of this processing has taken place, not least because (given the Windows I/O architecture) it is the job of the I/O manager, not the IRP handler. Since the purpose of the test is probably just to check that the file handle will be signaled after a synchronous I/O operation has completed, we may as well check it from the client thread, after we know for sure that it has. Wine-Bug: https://bugs.winehq.org//show_bug.cgi?id=54078
-
Jinoh Kang authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52903
-
Jinoh Kang authored
-
- 21 Dec, 2022 5 commits
-
-
Alexandre Julliard authored
-
Rémi Bernon authored
The check was dropped in e392e0ac, leaving the dwFlags variable unused.
-
Rémi Bernon authored
-
Rémi Bernon authored
This reverts commit 4608e1e1. The ASF Reader filter suffers from defects which are difficult to solve, and will require a better implementation of wmvcore in order to work correctly. In the meantime, revert the class registration so that the File Source filter is preferred instead. This will break games that tried to use the filter directly and which may have started to work correctly, but they are less frequent than the ones simply playing wmv videos with quartz. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53640 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53748 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54191
-
Sven Baars authored
This reapplies the change from 67d0038e that was reverted in 06b19322, causing a regression. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53785
-