(including debuginfo client cache)
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Introducing get_function_qualifier().
Feature is not available in msvcrt.
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

That's how they are defined in C/C++ standard.
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Renumbering entries' comment to match actual output.
Adding ability to pass flags.
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

To avoid typecasts in debug traces.

To avoid typecasts in debug traces.

To avoid typecasts in debug traces.

To avoid typecasts in debug traces.

typeof is not available in MSVC.

This function was introduced in commit
59055c4d but never used.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53954Signed-off-by: Nikolay Sivov <nsivov@codeweavers.com>

Signed-off-by: Nikolay Sivov <nsivov@codeweavers.com>

They are byte offsets in the buffers data.

This is a bit tricky because the strings are supposed to be static, but
we also cannot return the unix strings directly either.

So instead we keep track, on the unix side, of known unix / wow64 string
associations, and return the known wow64 string if the unix string was
already requested before.

If the string wasn't found, the syscall returns STATUS_BUFFER_TOO_SMALL,
and the PE side allocates the required memory, calling the syscall once
again with the wow64 string pointer to copy the string to.

On concurrent calls, the syscall may return a different wow64 string, in
which case the PE side uses it instead and frees the one it allocated.

Lastly, the PE side also keeps record of wow64 strings it had allocated,
so that we can free them on process detach. The unix side also does some
cleanup of its mapping buffer, as there's no guarantee that it will be
completely unloaded.

This avoids the following warning by GCC 13:
dlls/msado15/recordset.c:790:32: warning: 'i' may be used uninitialized

Needed by Chromium-based browsers.