- 19 May, 2020 17 commits
-
-
Henri Verbeet authored
Signed-off-by:
Henri Verbeet <hverbeet@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Józef Kucia authored
Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
Zebediah Figura <zfigura@codeweavers.com> Signed-off-by:
Matteo Bruni <mbruni@codeweavers.com> Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
Jacek Caban authored
Signed-off-by:
Jacek Caban <jacek@codeweavers.com> Signed-off-by:
-
Martin Storsjo authored
Signed-off-by:
Martin Storsjo <martin@martin.st> Signed-off-by:
Piotr Caban <piotr@codeweavers.com> Signed-off-by:
-
Piotr Caban authored
Signed-off-by:
-
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alex Henrie authored
And add a test to show that inet_pton does not accept hexadecimal IPv4 addresses, and another test to demonstrate that it has the same leading double colon bug as RtlIpv6StringToAddress. Signed-off-by:
Alex Henrie <alexhenrie24@gmail.com> Signed-off-by:
-
Alex Henrie authored
Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
Zebediah Figura <z.figura12@gmail.com> Signed-off-by:
-
Zebediah Figura authored
This allows The Bunker to exit cleanly. Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
- 18 May, 2020 23 commits
-
-
Alex Henrie authored
And add tests to show that the address is always zeroed out even if there is an error, and that WSAStringToAddress has the same bug with leading double colons as RtlIpv6StringToAddress. Signed-off-by:
-
Alex Henrie authored
Signed-off-by:
-
Chip Davis authored
Currently, there is a race condition where if two threads call into OpenGL at the same time, one of them will initialize OpenGL, but the other will barrel on ahead, thinking GL is already initialized, even though the first thread hasn't finished initializing it yet. One of the symptoms of this is that no pixel formats appear to be available, because the first thread hasn't yet enumerated the available pixel formats. Signed-off-by:
Chip Davis <cdavis@codeweavers.com> Signed-off-by:
Ken Thomases <ken@codeweavers.com> Signed-off-by:
-
Jacek Caban authored
Signed-off-by:
-
Alon Barzilai authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=48773Signed-off-by:
Alon Barzilai <alon.barzilai@gmail.com> Signed-off-by:
-
Henri Verbeet authored
Signed-off-by:
-
Henri Verbeet authored
Signed-off-by:
-
Henri Verbeet authored
Signed-off-by:
-
Józef Kucia authored
Signed-off-by:
-
Józef Kucia authored
Signed-off-by:
-
Henri Verbeet authored
Signed-off-by:
-
Henri Verbeet authored
Instead of in wined3d_context_vk_load_shader_resources(). Loading resources can end up flushing the current command buffer. There's also no reason to reference the same resource multiple times by the same command buffer. Signed-off-by:
-
Zhiyi Zhang authored
Current output is stored as part of the swapchain state now. Signed-off-by:
Zhiyi Zhang <zzhang@codeweavers.com> Signed-off-by:
-
Zhiyi Zhang authored
dxgi_swapchain_set_fullscreen_state() is a mere wrapper of wined3d_swapchain_state_set_fullscreen() now. Signed-off-by:
-
Zhiyi Zhang authored
struct wined3d_swapchain_desc has already specified a output parameter now. Signed-off-by:
-
Zhiyi Zhang authored
Signed-off-by:
-
Zhiyi Zhang authored
wined3d: Move device window to the correct output when handling WM_ACTIVATEAPP with full screen swapchains. Signed-off-by:
-
Martin Storsjo authored
For the CR == 3 case, x29/x30 should be restored from x29, not from sp, which may have been decremented further for local stack storage. This fixes uwinding the stack for C++ exceptions in code generated by MSVC. Signed-off-by:
-
Martin Storsjo authored
This fixes crashes when handling GNU/mingw style SEH based C++ exceptions on arm64; in these cases unwind_full_data ended up where it tries to write handler_rva + 1 to *handler_data. Signed-off-by:
-
Martin Storsjo authored
The previous implementation might have given the impression of working, as long in some cases where the PE code actually used frame pointers, but turned out to be subly wrong. This essentially reverts the functional aspects of 1c9fdaab. Use the new value of the Lr register, after fetching the registers from unw_step, as the return value. To make single-stepping unwinding work properly, treat the registers consistently: - Make RtlCaptureContext store the current values of x29/Fp and x30/Lr from within the function, not the ones backed up from the stack. - After unwinding one step, first fetch the new values of all registers, including the new value of Lr - then use this value of Lr to set the new value of Pc (the address to actually return to). This makes the unwinding actually coherent in reading unwind opcodes and return addresses from one single function; previously these were out of sync where the return address ended up being read from the function one step further up in the call stack. This fixes unwinding for setjmp for binaries compiled with clang (in mingw mode). Signed-off-by:
-
Derek Lesho authored
Signed-off-by:
Derek Lesho <dlesho@codeweavers.com> Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
-
Jacek Caban authored
It's not present there in Windows SDK. Signed-off-by:
-
Jacek Caban authored
Signed-off-by:
-
