Signed-off-by: Gabriel Ivăncescu <gabrielopcode@gmail.com>

It already bails out early if the thread_data was already populated, so
only one thread can reach here at one time.
Signed-off-by: Gabriel Ivăncescu <gabrielopcode@gmail.com>

Signed-off-by: Gabriel Ivăncescu <gabrielopcode@gmail.com>

Microsoft deprecated all of these functions except ExAllocatePool2 and
ExAllocatePool3, so it's a safe bet that in Windows the old functions
are just wrappers around the new ones now.

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

Note the _InterlockedCompareExchange128 for a x86_64 machine is only
defined as intrinsic when -mcx16 option is enabled.
But we use always use the intrinsic definition on x86_64 so that
compilation done without the -mcx16 could be detected (on C++ only).
And the intrinsic has been added recently to aarch64 machine for clang.
Signed-off-by: Eric Pouech <epouech@codeweavers.com>

Now clang provides intrinsic variant of Interlocked*64 family on i386
machine.
Signed-off-by: Eric Pouech <epouech@codeweavers.com>

This avoids unaligned access warnings with clang.

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

AudioPaths are created from IDirectMusicPerformance::CreateAudioPath and CreateStandardAudioPath, and
don't have an IDirectMusicObject or an IPersistStream interface. On the other hand AudioPathConfigs
are loaded from files, and do have IDirectMusicObject and IPersistStream.

They were somehow confused with each other and implemented in the same struct, this commit fixes that.

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

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

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