Signed-off-by: Dmitry Timoshkov <dmitry@baikal.ru>

This does two things:

1. ShellExecute no longer searches in the directory where the current executable is in.
2. We always CreateProcess with a fully qualified path, so we CreateProcess won't do its own path
   resolution.

Serendipitously this also fixes some existing todos in tests.

It should look in the currect working directory, instead of the directory where the current
executable is in.

Setting dwWhich to 0xff forces extensions to be appended, even when the file name already includes
an extension. This causes PathResolve to fail in some cases where the file does exist.

Previously looking for file that does exist in current directory will fail because of the early
`!PathFileExists(path)` check, even when the current directory is specified in `dirs`.

Unless it's explicitly specified.

FindExecutable should look in the current working directory, not relative to the current executable
image (which is what SearchPathW(NULL, ...) does).

This reverts commit 4fdb45f2.

NtMakeTemporaryObject() has existed since at least Windows NT 3.10.

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

strmbase: Fallback to InitializeCriticalSection() if RTL_CRITICAL_SECTION_FLAG_FORCE_DEBUG_INFO is unsupported.