Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55637

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55637

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55637

Renaming check_music_time to check_reference_time, as it's truly
reference time values that are passed.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55637

Signed-off-by: Eric Pouech <epouech@codeweavers.com>

Getting rid of the desktop cursor handle at the same time.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55961

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55961

Fixes a regression caused by da65aa5b.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55942Signed-off-by: Eric Pouech <epouech@codeweavers.com>

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55773

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55773

Based on simliar patch for comctl32/treeview: 231199bc

WM_PRINTCLIENT paints the items of a listview, including the item
backgrounds, but never the listview background.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54878
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55005Co-authored-by: Bernhard Übelacker <bernhardu@mailbox.org>

Same as 343398d2.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55446

This should avoid getting i386 when the process really is x86_64,
with just a single i386 module loaded.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56048

TightVNC viewer passes the bitmap object from display DCs to GetDIBits() and expect it to succeed.
So merely a bitmap handle no longer suffices. Thus create a real bitmap instead.

Fix a regression from 546cbdc2.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54381

Test that passing the bitmap object from display DCs to GetDIBits() should succeed.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54381

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56039

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56039

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55446

On top of being closer to native behavior, this helps some
games where:
- they use dbghelp to gather information of where they generate exceptions,
- they generate exception in the game play,
- and refresh their list of loaded modules in dbghelp.

This can generate some delays (~2ms per module), which affects
game play (freeze, slugginess...).

Credit to Paul Gofman for triaging this.
Signed-off-by: Eric Pouech <epouech@codeweavers.com>

Basically, showing specific behavior when calling SymLoadModule()
with a non-null base address, and that address is already
the exact base address of a loaded module.
Signed-off-by: Eric Pouech <epouech@codeweavers.com>

This partially reverts commit c3dcf1e2.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55306
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56046

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55306

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55582

Signed-off-by: Eric Pouech <epouech@codeweavers.com>

This was generating a lot of crashes in riched20 tests.
Signed-off-by: Eric Pouech <epouech@codeweavers.com>

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51478

This seems to later mess up with the preload keyboard list and
GetKeyboardLayoutNameW.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51478

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55327
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55328