- Mar 21, 2024
-
-
Alexandre Julliard authored
-
-
-
-
-
-
-
-
-
-
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).
-
-
-
- Mar 20, 2024
-
-
-
-
-
-
-
-
This reverts commit 4fdb45f2. NtMakeTemporaryObject() has existed since at least Windows NT 3.10.
-
- Mar 19, 2024
-
-
strmbase: Fallback to InitializeCriticalSection() if RTL_CRITICAL_SECTION_FLAG_FORCE_DEBUG_INFO is unsupported.
-
-
-
-
-
-
Fixes bb872831 which lost this from the winex11 driver. This might be something we want to relax at some point to allow multiple APIs to draw to the same HWND, but it was done like that before and it is technically a regression. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56380
-
kernel32.RtlPcToFileHeader is an export forwarder to ntdll.RtlPcToFileHeader and does not exist on Windows 8 or earlier. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56458
-