- 09 Jun, 2022 20 commits
-
-
Jacek Caban authored
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
-
Jacek Caban authored
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
-
Jacek Caban authored
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
-
Louis Lenders authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52879Signed-off-by: Louis Lenders <xerox.xerox2000x@gmail.com> Signed-off-by: Hans Leidekker <hans@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Chilung Chan authored
Signed-off-by: Chilung Chan <eason066@gmail.com> Signed-off-by: Jactry Zeng <jzeng@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Akihiro Sagawa authored
Because it complains as follows on startup in Japanese locale: 002c:err:msvcrt:create_mbcinfo WideCharToMultiByte failed for cp 932, ret=0 (exp 196), error=122 This happens after commit c2a455a2. Signed-off-by: Akihiro Sagawa <sagawa.aki@gmail.com> Signed-off-by: Piotr Caban <piotr@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Alexandre Julliard authored
Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Alexandre Julliard authored
Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Paul Gofman authored
Signed-off-by: Paul Gofman <pgofman@codeweavers.com>
-
Paul Gofman authored
Signed-off-by: Paul Gofman <pgofman@codeweavers.com>
-
Paul Gofman authored
Signed-off-by: Paul Gofman <pgofman@codeweavers.com>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
*(DWORD *)data is the value being compared; printing the 'data' pointer itself provides little value here. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Derek Lesho authored
Signed-off-by: Derek Lesho <dlesho@codeweavers.com>
-
Derek Lesho authored
Signed-off-by: Derek Lesho <dlesho@codeweavers.com>
-
Rémi Bernon authored
Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>
-
Rémi Bernon authored
Through a custom allocator, by borrowing memory from the reading thread and mapping it instead of the allocated memory. We cannot use the buffer pool to share wrapped buffers, because some decoder will hold on the acquired buffers longer than they should and we cannot remove our memory from them as long as they keep a reference. Swapping the memory on map should be safe. Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>
-
Rémi Bernon authored
Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>
-
Rémi Bernon authored
Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>
-
Rémi Bernon authored
To read MF sample properties before pushing, and update them after sucessfully reading a sample. Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>
-
- 08 Jun, 2022 20 commits
-
-
Connor McAdams authored
Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>
-
Connor McAdams authored
Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>
-
Connor McAdams authored
Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>
-
Connor McAdams authored
Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>
-
Connor McAdams authored
In Windows 10 version 1507, UiaProviderFromIAccessible will try to check the IAccessible passed in against the root IAccessible of the HWND associated with the passed in IAccessible. In all other Windows versions, this check is done on a call to get_HostRawElementProvider, or the first time navigating towards a parent or sibling. Rather than work around this, just skip the tests if this happens. Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>
-
Connor McAdams authored
Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>
-
Rémi Bernon authored
Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>
-
Rémi Bernon authored
Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>
-
Rémi Bernon authored
Signed-off-by: Rémi Bernon <rbernon@codeweavers.com>
-
Paul Gofman authored
Signed-off-by: Paul Gofman <pgofman@codeweavers.com>
-
Paul Gofman authored
Signed-off-by: Paul Gofman <pgofman@codeweavers.com>
-
Paul Gofman authored
Signed-off-by: Paul Gofman <pgofman@codeweavers.com>
-
Paul Gofman authored
Signed-off-by: Paul Gofman <pgofman@codeweavers.com>
-
Paul Gofman authored
Signed-off-by: Paul Gofman <pgofman@codeweavers.com>
-
Paul Gofman authored
Signed-off-by: Paul Gofman <pgofman@codeweavers.com>
-
Paul Gofman authored
Signed-off-by: Paul Gofman <pgofman@codeweavers.com>
-
Alexandre Julliard authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=36720Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Zebediah Figura authored
That is, subtract the currently used memory from the capped maximum, so that creating textures will report that available VRAM has decreased. Drivers on Windows seem to match this behaviour (at least NVidia and WARP), although they vary on where the cap is set. This fixes test failures in test_vidmem_accounting() for cards with over 4 GiB of VRAM. Signed-off-by: Zebediah Figura <zfigura@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Jacek Caban authored
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
-
Jacek Caban authored
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
-