Based on a patch by Tim Clem <tclem@codeweavers.com>.

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

This prevents a bad free if RtlDosPathNameToNtPathName_U fails.

Fixes compile error on ARM64 macOS.

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

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

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

Destroying the editor window should render all the formats so they are
still available after.

When using msadosql it always returns the number of records
affected or records returned by a SELECT statement.

The access database, which is what the defaults tests are using
doesn't return the number of records for a SELECT.
It's a known issue that you have to MoveLast/MoveFirst before
the correct RecordCount value is return for an Access DB.

Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>

Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>

Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>

Signed-off-by: Connor McAdams <cmcadams@codeweavers.com>

Note: this patch changes the results of EnumProcessModules for a wow64
target process called from a 64bit process.

It now returns:
- main module and all loaded 64bit modules (Wine multi-arch wow64 and
  Windows)
- main module only (Wine "old" wow64).
It used to return all the 32bit modules.
You now must use EnumProcessModulesEx(..., LIST_MODULES_32BIT) to get
that result.
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

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

In order to get 32bit modules for a wow64 process.
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

In order to get 32bit modules for a wow64 process.
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Showing that Wine incorrectly reports, for a Wow64 process, the system
DLLs from within the wow64 directory while they should be from system32.
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

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

This is no longer needed as an optimization.