- 22 Feb, 2023 35 commits
-
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Alexandre Julliard authored
-
Paul Gofman authored
-
Ziqing Hui authored
-
Ziqing Hui authored
-
Ziqing Hui authored
-
Ziqing Hui authored
-
Alex Henrie authored
-
Mohamad Al-Jaf authored
The first parameter is defined as const BLUETOOTH_DEVICE_INFO in MSDN and bluetoothapis.h.
-
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>
-
Eric Pouech authored
As background information from Windows testings: - the debug port event is closed upon thread regular exit. - results are however inconsistent across Windows versions for forced termination (through TerminateThread and equiv). - this is moreover crippled by most of the 32bit implementation on Windows (except Win8) which don't enforce the close on exit flag for wow64 debuggee:s (they enforce it for 64bit though) - but, in the cases where the debuggee terminates, the debug port is always closed *after* the debuggee process termination. So I adapted the tests to conform to "debug port is closed" when handling the thread termination. Some tests had to be moved *after* debuggee termination to ensure success. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53144Signed-off-by: Eric Pouech <eric.pouech@gmail.com>
-
Eric Pouech authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54534Signed-off-by: Eric Pouech <eric.pouech@gmail.com>
-
Eric Pouech authored
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
This implements the reduced fragmentation from the heap frontend, by carving smaller blocks out of larger allocated blocks. The super block and each sub-block are all flagged with BLOCK_FLAG_LFH. The super-block (struct group) uses a standard struct block header, as well as a list entry to be linked in free list, and a free bit map to track free sub-blocks. Sub-blocks reference their super block through the base_offset, instead of the subheap, using the block size as radix.
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
We need this for larger LFH block bin steps. Use smaller block types to get more space, they are somewhat redundant with the block flags.
-
Rémi Bernon authored
-
Rémi Bernon authored
-
- 21 Feb, 2023 5 commits
-
-
Max Figura authored
-
Max Figura authored
-
Max Figura authored
-
Max Figura authored
-
Max Figura authored
-