- 29 Nov, 2022 31 commits
-
-
Evan Tang authored
-
Piotr Caban authored
-
Piotr Caban authored
-
Piotr Caban authored
-
Piotr Caban authored
-
Piotr Caban authored
-
Tim Clem authored
These represent the mouse entering a client window child, and if no MotionNotify events follow, we'll be left out of sync with X.
-
Piotr Caban authored
-
Piotr Caban authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alex Henrie authored
-
Alex Henrie authored
-
Alex Henrie authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Huw Davies authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
Jacek Caban authored
-
- 28 Nov, 2022 9 commits
-
-
Alex Henrie authored
-
Robert Wilhelm authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53783
-
Jacek Caban authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
This moves unsafe_block_from_ptr calls outside of the heap lock. We assume here that concurrent call to another heap function on a block being freed is undefined, and it should then be safe to do so: * The block type or base offset never change after a block has been allocated and until it is freed. * Block flags such as BLOCK_FLAG_LARGE, or BLOCK_FLAG_USER_INFO also never change after a block has been allocated. * Other block flags are only read and modified inside the heap lock.
-
Rémi Bernon authored
-
Rémi Bernon authored
-
Rémi Bernon authored
-