- 06 Mar, 2023 10 commits
-
-
Georg Lehmann authored
-
Georg Lehmann authored
-
Georg Lehmann authored
-
Georg Lehmann authored
242 adds VulkanSC only extensions
-
Georg Lehmann authored
Otherwise we will have duplicate members/params with the new 242 xml.
-
Piotr Caban authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54563
-
Brendan Shanks authored
-
Brendan Shanks authored
On Ventura, the Rosetta runtime and dyld shared cache now reach down to 0x7ff7fffb8000 on my system.
-
Brendan Shanks authored
-
Francois Gouget authored
On Windows RegEnumValueA() is buggy such that when the value name buffer is too small, it may way overestimate the required data buffer size, sometimes returning more than the sufficiently large buffer it was provided, in which case that buffer is untouched and thus not NUL-terminated. So modify the tests to accept this broken result and avoid checking out-of-bounds data. Wine-Bug: https://bugs.winehq.org//show_bug.cgi?id=53172
-
- 03 Mar, 2023 10 commits
-
-
Alexandre Julliard authored
-
Piotr Caban authored
-
Rémi Bernon authored
When using nulldrv, there's no module to call __wine_set_user_driver and the user driver is still lazy_load_driver when get_display_driver gets called during desktop windows creation. Then, load_desktop_driver fails as it cannot find the not-yet-created desktop window atom, and fails later explorer.exe window creations such as the systray window. Other processes don't suffer from this as they wait for the desktop window to be fully created, and its atom will be eventually set. This change makes sure that we succeed in the case nulldrv was selected by explorer.exe, while still failing in case of error with another user driver as it would fail to open the right display device GUID.
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Zebediah Figura authored
To match d3d8. The original patch [1] claims "WM_SIZE(SIZE_MAXIMIZED) is reliable here. The unreliable behavior occured only with NOWINDOWCHANGES." but this doesn't match my testing. Probably when that patch was submitted, this very fix was applied to the d3d8 tests but forgotten for the d3d9 tests, and then the wrong conclusions were drawn. [1] https://www.winehq.org/pipermail/wine-patches/2014-December/135964.html
-
Zebediah Figura authored
-
Mohamad Al-Jaf authored
-
- 02 Mar, 2023 20 commits
-
-
Etaash Mathamsetty authored
-
Zebediah Figura authored
-
Zebediah Figura authored
-
Zebediah Figura authored
-
Zebediah Figura authored
-
Zebediah Figura authored
-
Max Figura authored
-
Max Figura authored
-
Max Figura authored
-
Max Figura authored
-
Max Figura authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Francois Gouget authored
Test the current date to ensure broad coverage, and specifically test a February date because, in the French locale, it shows that SHFormatDateTimeA() uses the CP_ACP code page, not the locale's default one. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54149
-
Francois Gouget authored
In particular, February dates contain an e-acute in French, the representation of which depends on the code page being used, which in SHFormatDateTimeA() is CP_ACP. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54149
-
Illia Polishchuk authored
Windows d3d9 always draws only a single instance for non-indexed draws. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54570
-
Illia Polishchuk authored
Windows d3d9 always draws only a single instance for non-indexed draws.
-
Florian Will authored
ZusiDisplay sometimes loads the same font file into two different PrivateFontCollections using two threads, so there is a race condition when the file is opened without the FILE_SHARE_READ sharing mode. The second call to GdipPrivateAddFontFile() might fail if the first one hasn't closed the file handle yet.
-