- Dec 18, 2023
-
-
Basically, showing specific behavior when calling SymLoadModule() with a non-null base address, and that address is already the exact base address of a loaded module. Signed-off-by:
Eric Pouech <epouech@codeweavers.com>
-
- Jun 30, 2023
-
-
(sigh 1d281c62 was incomplete). Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55128 Signed-off-by:
Eric Pouech <epouech@codeweavers.com>
-
- Jun 26, 2023
-
-
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55128 Signed-off-by:
Eric Pouech <epouech@codeweavers.com>
-
- Jun 23, 2023
-
-
Note: the 32bit tests in new wow mode are still marked todo as the ELF debug header is located above the 4G limit and "default" module management in dbghelp compiled in 32bit is (mostly) done with 32 bit addresses. The correct fix should be to always consider ELF (and macho-O) modules with 64bit addresses (which means likely to move all modules handling to 64bit even in 32bit compilations). But that goes far beyond this patch. This limitation will only impact debuggers compiled in 32bit, using 32bit builtin dbghelp on a 32bit debuggee. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55058 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55096 Signed-off-by:
Eric Pouech <epouech@codeweavers.com>
-
Perhaps next time ELF loader is modified, it'll be noticed if it breaks things. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55058 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55096 Signed-off-by:
Eric Pouech <epouech@codeweavers.com>
-
- Jun 02, 2023
-
-
- correctly taking into accoung SYMOPT_INCLUDE_32BIT_MODULES option - converting, for 32bit modules requested from a 64bit module, the system32 paths into syswow64 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>
-
Signed-off-by:
Eric Pouech <epouech@codeweavers.com>
-
- Mar 08, 2023
-
-
Under Windows 11, notepad.exe has been migrated into the UWP framework, and can no longer be launched as a 32bit process: - even if c:\windows\syswow64\notepad.exe is still a 32 bit PE file - the process created from c:\windows\syswow64\notepad.exe is not a wow64 process. So use msinfo32.exe instead. Like notepad.exe, it's a gui application, present on Wine and all test-bot:ed windows platforms. But unlike notepad.exe, it's not an UWP app on Windows 11. (May not fully fix all the bugs below, but will get rid of a bunch of errors). Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54535 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54536 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54537 Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
For dbghelp in 32-bit, when accessing a live debuggee in multi-arch configuration, Wine's ELF loader is likely mapped above 4G, hence not accessible with 32bit Windows APIs. So don't try to expose the ELF libraries in that case. Introducing a new loader operation class to support live targets, for which system operations are not accessible, but pretending they are successful. Note: - when Wine's loader ELF module isn't registered by dbghelp, any other ELF module will not be registered by dbghelp. - further work may be needed for winedbg in auto mode (launched with AeDebug key on process exception) as in that mode winedbg doesn't relaunch itself in 64bit, so won't be able to access (64bit) ELF information (in multi-arch configuration). 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>
-
Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
- Mar 07, 2023
-
-
Provide a fallback if IsWow64Process2() is not available. Wine-Bug: https://bugs.winehq.org//show_bug.cgi?id=54605
-
- Feb 27, 2023
-
-
Introduce get_process_kind() to discriminate configurations. 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>
-
Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
Signed-off-by:
Eric Pouech <eric.pouech@gmail.com> Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54535
-
Since this API sporadically fails with STATUS_INFO_LENGTH_MISMATCH as GetLastError() (sic!) on Windows 11, retrying the call let us get the relevant output. No clear explanation of the cause of the failure, it's maybe generated when modules are still loaded into child process and it detects modification of the modules' list while enumerating all modules. Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
- Feb 22, 2023
-
-
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54534 Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
- Feb 20, 2023
-
-
(and not just modified in place). Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
- Feb 17, 2023
-
-
Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
This preserves order in which modules are loaded, and enumeration is done according to this order. 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>
-
Even is MSDN states that it enumerates modules' name, the first parameter to the callback is the fullpath to the image. So - fix EnumerateLoadedModules() to pass the image name for the considered module - fix all callbacks in Wine code to EnumerateLoadedModules to handle the image name instead of module name Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
It's supposed to be the base address of the module. Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
- Feb 10, 2023
-
-
Using old versions of the module information structure. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54465 Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
- Feb 06, 2023
-
-
Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
SYMOPT_INCLUDE_32BIT_MODULES option applies when enumerating loaded modules, but not when actually loading debug information for a module. Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
Signed-off-by:
Eric Pouech <eric.pouech@gmail.com>
-
- Feb 24, 2022
-
-
Signed-off-by:
Eric Pouech <eric.pouech@gmail.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
- Nov 15, 2021
-
-
Signed-off-by:
Thomas Faber <thomas.faber@reactos.org> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Thomas Faber <thomas.faber@reactos.org> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Signed-off-by:
Thomas Faber <thomas.faber@reactos.org> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
- Jul 06, 2021
-
-
Testbot failures in previous SymGetTypeFromName patch have nothing to do with that former patch. Trying to address errouneous test. Signed-off-by:
Eric Pouech <eric.pouech@gmail.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
- Aug 23, 2018
-
-
Signed-off-by:
Francois Gouget <fgouget@free.fr> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-