- 28 Mar, 2022 16 commits
-
-
Alexandre Julliard authored
Signed-off-by:Alexandre Julliard <julliard@winehq.org>
-
Alexandre Julliard authored
kernelbase: Reimplement LOCALE_ILANGUAGE/IDEFAULTLANGUAGE in GetLocaleInfoW/Ex using the locale.nls data. Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Eric Pouech authored
Partially allocating a structure generates -Warray-bounds warnings with GCC11. In this specific case, given the rounding in memory allocators, would even not increase the effective allocated size. Signed-off-by:
Eric Pouech <eric.pouech@gmail.com> Signed-off-by:
-
Zhiyi Zhang authored
The sizingtype check is redundant because it can only be ST_TRUESIZE, ST_STRETCH or ST_TILE and the check is already in the not ST_TRUESIZE branch. Signed-off-by:
Zhiyi Zhang <zzhang@codeweavers.com> Signed-off-by:
-
Zhiyi Zhang authored
Signed-off-by:
-
Zhiyi Zhang authored
Signed-off-by:
-
Zhiyi Zhang authored
call_dialog_proc16() truncates the return values from 16-bit application window procedures to 16 bits. Since WINPROC_CallDlgProcA() is not available in uxtheme, CallWindowProcW() is used instead and the higher bits should be ignored as well. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52713Signed-off-by:
-
Jacek Caban authored
Spotted by Esme Povirk. Signed-off-by:
Jacek Caban <jacek@codeweavers.com> Signed-off-by:
-
Piotr Caban authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52079Signed-off-by:
Piotr Caban <piotr@codeweavers.com> Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
Zebediah Figura <zfigura@codeweavers.com> Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
- 25 Mar, 2022 24 commits
-
-
Alexandre Julliard authored
Signed-off-by: -
Eric Pouech authored
Also add fallback method when legacy console APIs where used. Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Jinoh Kang authored
The 'status' field of send_socket_request is always either STATUS_PENDING or STATUS_DEVICE_NOT_READY, and the 'total' field is always zero. Replace the 'status' field with 'force_async' boolean field, and get rid of the 'total' field entirely. Also, clean up the send_socket handler code a bit. Signed-off-by:
Jinoh Kang <jinoh.kang.kr@gmail.com> Signed-off-by:
-
Jinoh Kang authored
Otherwise, try_send() call from sock_send() may race against try_send() call from async_send_proc(), shuffling the packet order. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52401Signed-off-by:
-
Jinoh Kang authored
If the type of the socket is SOCK_DGRAM, it shall always be bound to an address if we ever attempt to send datagrams through the socket, whether the attempt succeeds or not. Signed-off-by:
-
Jinoh Kang authored
Make send_socket alert the async immediately if poll() call detects that there are incoming data in the socket, bypassing the wineserver's main polling loop. For sock_transmit, we always mark the async as pending and set the IOSB (unless async allocation has failed). Signed-off-by:
-
Jinoh Kang authored
This allows the initial I/O to be performed after the send_socket handler is called. Signed-off-by:
-
Jinoh Kang authored
This also makes async_handoff() behaviour more consistent with async_set_result() for handling I/O failures. Signed-off-by:
-
Jinoh Kang authored
Today, async_set_completion_callback() is used to register a function that is called when the async I/O is completed. It is assumed that the async will eventually be queued when such callback is registered. However, this incurs extra complexity in future code that needs the completion logic to be invoked even if the async is never actually queued (e.g. when the I/O failed synchronously before async_handoff). Generalise async completion callback by calling it in async_handoff() when the I/O status indicates failure. Signed-off-by:
-
Hans Leidekker authored
Signed-off-by:
Hans Leidekker <hans@codeweavers.com> Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
Rémi Bernon <rbernon@codeweavers.com> Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Huw Davies authored
Mainly to avoid a clang warning. Signed-off-by:
Huw Davies <huw@codeweavers.com> Signed-off-by:
-
Gabriel Ivăncescu authored
Signed-off-by:
Gabriel Ivăncescu <gabrielopcode@gmail.com> Signed-off-by:
-
Gabriel Ivăncescu authored
According to the ES6 spec, it should work in generic way for objects exposing "source" and "flags", but native IE seems to not follow it here and throws. Signed-off-by:
-
Gabriel Ivăncescu authored
According to the ES6 spec, they don't throw anymore (compared to ES5), but native IE seems to not follow it here and throws anyway. Signed-off-by:
-
Gabriel Ivăncescu authored
Signed-off-by:
-
Gabriel Ivăncescu authored
Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Huw Davies authored
Signed-off-by:
-
Jacek Caban authored
Signed-off-by:
-
Francois Gouget authored
Signed-off-by:
Francois Gouget <fgouget@free.fr> Signed-off-by:
-
