In some 32bit modules, MingW/GCC generates in Dwarf debug information,
a cfa address to be computed as:
   deref(register XX + offset)
which is too complicated to be expressed through regular DbgHelp APIs.

So silence the FIXME, and report a 'too complex' error (instead of
'internal').

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52790Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

This improves correctness of functions like SymFromAddr()
when searching local variables.
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

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

- split in two sub helpers (one to get size, the other to fill content in)
  (this avoids reallocating buffer)
- return error in case no range is present (but range dwarf attribute is)
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

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

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

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

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

Needed to compile PuTTY.

d3d maps of such resources will map the CPU copy, and uploads and downloads use
glBufferSubData() and glGetBufferSubData() respectively. There is no need to map
the BO.

This improves performance of Indivisible on NVidia GPUs. The game uses a d3d9
MANAGED buffer for streaming vertex data, which results in poor performance on
NVidia when using GL_MAP_READ_BIT | GL_MAP_PERSISTENT_BIT. With this change we
use neither.

This change should only affect managed resources, i.e. those with both CPU and
GPU access. We never create a BO for CPU-only resources.

Inspired by a patch from Nikolay Sivov.

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

Some applications spam this fixme.
fixme:cryptasn:CRYPT_GetBuiltinDecoder Unsupported decoder for lpszStructType 1.3.6.1.4.1.311.2.1.4

This OID is supported in wintrust.dll which crypt32 uses, so this console fixme doesn't make sense.
The fixme will only appear if no support for the requested decoder is available.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53800Signed-off-by: Alistair Leslie-Hughes <leslie_alistair@hotmail.com>

The mutex is also used in user32, gdi32, and winevulkan, where it is
opened through kernel32, which opens it from the session directory.

Note that this was also not even using the global BaseNamedObjects and
was silently failing to open the mutex.

The mutex is also used in user32, gdi32, and winevulkan, where it is
opened through kernel32, which opens it from the session directory.

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

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

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

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

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

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

Some applications (e.g. Deus Ex Human Revolution: Director's Cut) use the
output from this function to determine whether they should connect.
Signed-off-by: Gabriel Ivăncescu <gabrielopcode@gmail.com>