https://bugs.winehq.org/show_bug.cgi?id=46155
Bug ID: 46155 Summary: Windows PowerShell Core 6.1 for ARM64 crashes on unimplemented function KERNEL32.dll.RaiseFailFastException Product: Wine Version: 3.20 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs@winehq.org Reporter: focht@gmx.net Distribution: ---
Hello folks,
continuation of bug 46144
--- snip --- $ WINEDEBUG=+seh,+loaddll,+process,+relay,+ntdll wine64 ./pwsh.exe >>log.txt 2>&1 ... 002b:err:eventlog:ReportEventW L"Application: pwsh.exe\nCoreCLR Version: 4.6.26919.2\nDescription: The process was terminated due to an internal error in the .NET Runtime at IP 000000000083FC2C (0000000000570000) with exit code 80131506.\n" ... 002b:trace:seh:raise_exception info[0]=0000000000a63cfc 002b:trace:seh:raise_exception info[1]=0000000000a63896 wine: Call from 0x7bcd0224 to unimplemented function KERNEL32.dll.RaiseFailFastException, aborting 002b:trace:seh:call_vectored_handlers calling handler at 0x5e4550 code=80000100 flags=1 002b:Call KERNEL32.GetLastError() ret=005e458c 002b:Ret KERNEL32.GetLastError() retval=00000000 ret=005e458c 002b:trace:seh:call_vectored_handlers handler at 0x5e4550 returned 0 002b:trace:seh:call_stack_handlers calling handler at 0x7b4d6494 code=80000100 flags=1 002b:Call KERNEL32.VirtualQuery(00131000,002ab510,00000030) ret=005b721c 002b:Ret KERNEL32.VirtualQuery() retval=00000030 ret=005b721c 002b:Call KERNEL32.IsDebuggerPresent() ret=005e0498 002b:Ret KERNEL32.IsDebuggerPresent() retval=00000000 ret=005e0498 002b:Call KERNEL32.IsDebuggerPresent() ret=007665f4 002b:Ret KERNEL32.IsDebuggerPresent() retval=00000000 ret=007665f4 wine: Unimplemented function KERNEL32.dll.RaiseFailFastException called at address 0x7bcd0224 (thread 002b), starting debugger... ... Unhandled exception: unimplemented function KERNEL32.dll.RaiseFailFastException called in 64-bit code (0x000000007bcd0224). Register dump: ARM64 EL0t Mode Pc:000000007bcd0224 Sp:00000000002ab8f0 Lr:000000007bcd2530 Cpsr:80000000(N---) x0: 00000000002ab918 x1: 00000000002abcf0 x2: 0000000000000001 x3: 0000000000000000 x4: 000000007bd43e1d x5: 000000007bd43de0 x6: 0000007fb2cb8f10 x7: 0000000000000002 x8: 00000000002ab918 x9: 00000000002ab918 x10:0000000000000002 x11:00000000002abcf0 x12:00000000002abcd0 x13:0000000000000001 x14:ffffffffffffffc3 x15:00000000005945b0 ip0:000000007bc9204c ip1:0000007fb2d4fdc0 x18:000000007ffd8000 x19:0000000000922590 x20:0000000000a6a280 x21:00000000002ad480 x22:0000000000074510 x23:0000000000000000 x24:000000000006e670 x25:0000000000000001 x26:0000000000000000 x27:0000000000947000 x28:00000000002abe60 Fp:00000000002abcc0 ... Backtrace: =>0 0x000000007bcd0224 RtlCaptureContext+0xa4() in ntdll (0x00000000002abcc0) 1 0x000000007bcd2530 RtlRaiseException+0x33(rec=0x2abcd0) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:995] in ntdll (0x00000000002abcc0) 2 0x000000007bcd2530 RtlRaiseException+0x33(rec=0x5e05fc) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:995] in ntdll (0x00000000002abd80) 3 0x000000007bc920b8 stub_entry_point+0x6b(dll="", name="ðÍ*", ret_addr=0xa63cfc) [/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c:231] in ntdll (0x00000000002abd90) 4 0x00000000005e05fc in coreclr (+0x705fb) (0x00000000002acdf0) 5 0x000000000065dfe0 in coreclr (+0xedfdf) (0x00000000002acdf0) 0x000000007bcd0224 RtlCaptureContext+0xa4 in ntdll: be_arm64_disasm_one_insn: not done
Modules: Module Address Debug info Name (63 modules) PE 3d0000- 45d000 Deferred hostpolicy PE 570000- ac8000 Export coreclr ELF 7b400000- 7b826000 Deferred kernel32<elf> -PE 7b420000- 7b826000 \ kernel32 ELF 7bc00000- 7bd45000 Dwarf ntdll<elf> -PE 7bc20000- 7bd45000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140042000 Deferred pwsh PE 180000000- 18005d000 Deferred hostfxr ... ELF 7fb3036000- 7fb3068000 Deferred ld-linux-aarch64.so.1 ELF 7fb3069000- 7fb306a000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) ... 0000002a (D) Z:\home\focht\projects\woa-winrt\powershell611-arm64\pwsh.exe 0000002c 0 0000002b 0 <== System information: Wine build: wine-3.20-116-g7628b7b40d Platform: arm64 Version: Windows 7 Host system: Linux Host version: 4.18.14-yocto-standard --- snip ---
MSDN:
https://msdn.microsoft.com/en-us/library/windows/desktop/dd941688(v=vs.85).a...
There is an underlying reason for ARM64 CLR raising FailFast(), but that's not the scope of this bug.
Regards
https://bugs.winehq.org/show_bug.cgi?id=46155
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |https://github.com/PowerShe | |ll/PowerShell/releases/down | |load/v6.1.1/PowerShell-6.1. | |1-win-arm64.zip
https://bugs.winehq.org/show_bug.cgi?id=46155
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de
--- Comment #1 from André H. nerv@dawncrow.de --- Created attachment 62803 --> https://bugs.winehq.org/attachment.cgi?id=62803 kernel32: Implement RaiseFailFastException
I doubt this function is really testable, so here is my first attempt (no FIXME msg, no flag handling yet)... Could you please give it a try?
https://bugs.winehq.org/show_bug.cgi?id=46155
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #2 from Zebediah Figura z.figura12@gmail.com --- Along the lines of bug 45656, is there really any point implementing this function?
https://bugs.winehq.org/show_bug.cgi?id=46155
--- Comment #3 from Anastasius Focht focht@gmx.net --- Hello André,
here is the output as requested, with the patch applied.
--- snip --- ... 002b:Call KERNEL32.VirtualAlloc(00000000,003a0000,00202000,00000004) ret=0083fb90 002b:Ret KERNEL32.VirtualAlloc() retval=18f30000 ret=0083fb90 002b:Call KERNEL32.VirtualAlloc(18f30000,00090168,00001000,00000004) ret=0083fbdc 002b:Ret KERNEL32.VirtualAlloc() retval=18f30000 ret=0083fbdc 002b:trace:seh:raise_exception code=c0000005 flags=0 addr=0x83fc2c pc=83fc2c tid=002b 002b:trace:seh:raise_exception info[0]=0000000000000000 002b:trace:seh:raise_exception info[1]=0000000018f30000 002b:trace:seh:raise_exception x0=0000000018f30000 x1=000000007bd43e1f x2=0000000000000000 x3=0000000000000000 002b:trace:seh:raise_exception x4=000000007bd43e1f x5=000000007bd43de0 x6=0000007f86c9ef10 x7=0000000000000002 002b:trace:seh:raise_exception x8=000000000000c000 x9=000000000000003f x10=0000000000000001 x11=0000000000000000 002b:trace:seh:raise_exception x12=000000000000003a x13=0000000018f30040 x14=ffffffffffffffc1 x15=000000007bd25a70 002b:trace:seh:raise_exception x16=000000007bd26008 x17=0000007f86d35dc0 x18=000000007ffd8000 x19=0000000000a77348 002b:trace:seh:raise_exception x20=0000000018f30000 x21=0000000018f30000 x22=0000000000f30000 x23=0000000000090168 002b:trace:seh:raise_exception x24=0000000000a6a270 x25=00000000000000c4 x26=0000000000a69ea8 x27=0000000000030000 002b:trace:seh:raise_exception x28=0000000000595290 fp=00000000002ada30 lr=000000000083fbdc sp=00000000002ada30 002b:trace:seh:raise_exception pc=000000000083fc2c 002b:trace:seh:call_vectored_handlers calling handler at 0x5e4550 code=c0000005 flags=0 002b:Call KERNEL32.GetLastError() ret=005e458c 002b:Ret KERNEL32.GetLastError() retval=0000007a ret=005e458c 002b:Call KERNEL32.IsDebuggerPresent() ret=007665f4 002b:Ret KERNEL32.IsDebuggerPresent() retval=00000000 ret=007665f4 ... 002b:err:eventlog:ReportEventW L"Application: pwsh.exe\nCoreCLR Version: 4.6.26919.2\nDescription: The process was terminated due to an internal error in the .NET Runtime at IP 000000000083FC2C (0000000000570000) with exit code 80131506.\n" ... 002b:Call KERNEL32.IsDebuggerPresent() ret=005e0498 002b:Ret KERNEL32.IsDebuggerPresent() retval=00000000 ret=005e0498 ... 002b:Call KERNEL32.RaiseFailFastException(002ad990,002ad600,00000000) ret=005e05fc wine: Unhandled page fault on read access to 0x18f30000 at address 0x83fc2c (thread 002b), starting debugger... 002b:trace:seh:start_debugger Starting debugger "winedbg --auto 42 160" ... 002b:trace:process:CreateProcessInternalW starting L"C:\windows\system32\winedbg.exe" as Win64 binary (10000000-10050000, ARM64) 002b:trace:process:CreateProcessInternalW started process pid 002d tid 002e 002b:Ret KERNEL32.RaiseFailFastException() retval=00000001 ret=005e05fc 002b:Call KERNEL32.SetEvent(00000064) ret=00922a20 002b:Ret KERNEL32.SetEvent() retval=00000001 ret=00922a20 002b:Call KERNEL32.SetEvent(00000060) ret=00922a30 002b:Ret KERNEL32.SetEvent() retval=00000001 ret=00922a30 002b:Call KERNEL32.IsDebuggerPresent() ret=005e0660 002b:Ret KERNEL32.IsDebuggerPresent() retval=00000001 ret=005e0660 002b:Call KERNEL32.SetErrorMode(00000000) ret=005e06a0 002b:trace:process:NtQueryInformationProcess (0xffffffffffffffff,0x0000000c,0x2abb78,0x00000004,(nil)) 002b:Ret KERNEL32.SetErrorMode() retval=00000000 ret=005e06a0 002b:Call KERNEL32.SetErrorMode(00000002) ret=005e06ac 002b:trace:process:NtQueryInformationProcess (0xffffffffffffffff,0x0000000c,0x2abb78,0x00000004,(nil)) 002b:Ret KERNEL32.SetErrorMode() retval=00000000 ret=005e06ac 002b:Call KERNEL32.IsDebuggerPresent() ret=005e0764 002b:Ret KERNEL32.IsDebuggerPresent() retval=00000001 ret=005e0764 002b:Call KERNEL32.DebugBreak() ret=005e0774 002b:trace:seh:raise_exception code=80000003 flags=0 addr=0x7f86ce72b8 pc=7f86ce72b8 tid=002b 002b:trace:seh:raise_exception x0=0000000000000000 x1=0000000000000005 x2=00000000002abc20 x3=0000000000000000 002b:trace:seh:raise_exception x4=000000007bd43e0d x5=000000007bd43de0 x6=0000007f86c9ef10 x7=0000000000000002 002b:trace:seh:raise_exception x8=0000000000000081 x9=000000007bcd2ef8 x10=0000000000000001 x11=0000000000000000 002b:trace:seh:raise_exception x12=000000000000000f x13=0000000000000000 x14=ffffffffffffffd3 x15=000000007bd25a70 002b:trace:seh:raise_exception x16=000000007bd26138 x17=0000007f86ce72b0 x18=000000007ffd8000 x19=00000000002abc20 002b:trace:seh:raise_exception x20=0000000000a6a280 x21=00000000002ad310 x22=0000000000074520 x23=000000000006e680 002b:trace:seh:raise_exception x24=0000000000947000 x25=0000000000000000 x26=0000000000000001 x27=0000000000947000 002b:trace:seh:raise_exception x28=00000000002abcf0 fp=00000000002abb80 lr=000000007bcd2f18 sp=00000000002abb70 002b:trace:seh:raise_exception pc=0000007f86ce72b8 0x0000007f86ce72b8 kill+0x8 in libc.so.6: be_arm64_disasm_one_insn: not done ... Modules: Module Address Debug info Name (63 modules) PE 3d0000- 45d000 Deferred hostpolicy PE 570000- ac8000 Export coreclr ELF 7b400000- 7b827000 Dwarf kernel32<elf> -PE 7b420000- 7b827000 \ kernel32 ELF 7bc00000- 7bd45000 Dwarf ntdll<elf> -PE 7bc20000- 7bd45000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140042000 Deferred pwsh PE 180000000- 18005d000 Deferred hostfxr ... Threads: process tid prio (all id:s are in hex) ... 0000002a (D) Z:\home\focht\projects\woa-winrt\powershell611-arm64\pwsh.exe 0000002c 0 0000002b 0 <== System information: Wine build: wine-3.20-149-g04fe35a0a3 Platform: arm64 Version: Windows 7 Host system: Linux --- snip ---
One potential problem is that the function returns after the debugger/crash reporter process is started. The app code (CLR) raises another exception -> debugbreak. So one gets some sort of double-exception race, although only the first one is seen by winedbg/crash reporter.
That kind of "runaway" problem is essentially the same as bug 24038 ("kernel32.UnhandledExceptionFilter: ensure that registered JIT debugger can attach and collect debugging info before return ("Cannot get info on module while no process is loaded")" -> different problem.
Anyway, this is still better than abusing unhandled stub exception which just hides the actual exception.
@Zeb:
--- quote --- Along the lines of bug 45656, is there really any point implementing this function? --- quote ---
Bug 45656 is certainly a different class than this one. This one is part of public userland API and actually being called by apps or compiler generated/injected code.
* Microsoft Control Flow Guard (CFG) feature: https://blogs.msdn.microsoft.com/vcblog/2014/12/08/visual-studio-2015-previe...
* Microsoft .NET Core CLR: https://github.com/dotnet/corert/blob/master/src/System.Private.CoreLib/src/...
* Google Chromium project: https://chromium.googlesource.com/chromium/src/+/master/base/debug/invalid_a...
* http://kirkshoop.github.io/2011/11/01/failfast.html (just a random blog entry)
Regards
https://bugs.winehq.org/show_bug.cgi?id=46155
--- Comment #4 from Zebediah Figura z.figura12@gmail.com --- (In reply to Anastasius Focht from comment #3)
Bug 45656 is certainly a different class than this one. This one is part of public userland API and actually being called by apps or compiler generated/injected code.
KeBugCheckEx() is part of public API too, if not userland per se:
https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/content/wdm/nf...
I guess as far as I see it, this is kind of pointless; we're just trading one failure for another. (Not that I have any intention of fighting it, mind you.)
https://bugs.winehq.org/show_bug.cgi?id=46155
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #62803|0 |1 is obsolete| |
--- Comment #5 from André H. nerv@dawncrow.de --- Created attachment 62855 --> https://bugs.winehq.org/attachment.cgi?id=62855 kernel32: Implement RaiseFailFastException v2
Better?
https://bugs.winehq.org/show_bug.cgi?id=46155
--- Comment #6 from Anastasius Focht focht@gmx.net --- Hello André,
here is the output for v2 patch:
--- snip --- $ WINEDEBUG=+seh,+loaddll wine64 ./pwsh.exe ... 0009:trace:loaddll:load_native_dll Loaded L"Z:\home\focht\projects\woa-winrt\powershell620-arm64\pwsh.exe" at 0x140000000: native 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\api-ms-win-crt-runtime-l1-1-0.dll" at 0x7f87800000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\ucrtbase.dll" at 0x7f875f0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\api-ms-win-crt-math-l1-1-0.dll" at 0x7f875b0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\api-ms-win-crt-heap-l1-1-0.dll" at 0x7f87580000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\api-ms-win-crt-stdio-l1-1-0.dll" at 0x7f87560000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\api-ms-win-crt-string-l1-1-0.dll" at 0x7f87540000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\api-ms-win-crt-locale-l1-1-0.dll" at 0x7f87510000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\api-ms-win-crt-convert-l1-1-0.dll" at 0x7f874f0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\advapi32.dll" at 0x7f87450000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\api-ms-win-crt-multibyte-l1-1-0.dll" at 0x7f87420000: builtin 0009:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x1400014e0, 0x14001d4a0, 0x14001d4c0) stub. 0009:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x140018a08, 43) stub 0009:fixme:msvcrt:_configure_wide_argv (1) stub 0009:fixme:msvcrt:_initialize_wide_environment stub 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\api-ms-win-crt-filesystem-l1-1-0.dll" at 0x7f87390000: builtin 0009:trace:loaddll:load_native_dll Loaded L"Z:\home\focht\projects\woa-winrt\powershell620-arm64\hostfxr.dll" at 0x180000000: native 0009:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x1800014e0, 0x180054130, 0x180054150) stub. 0009:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x180047828, 43) stub 0009:trace:loaddll:load_native_dll Loaded L"Z:\home\focht\projects\woa-winrt\powershell620-arm64\hostpolicy.dll" at 0x3d0000: native 0009:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x3d14e0, 0x450250, 0x450270) stub. 0009:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x440078, 43) stub 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\gdi32.dll" at 0x7f86d60000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\version.dll" at 0x7f86d20000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\user32.dll" at 0x7f86f30000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\rpcrt4.dll" at 0x7f86c70000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\ole32.dll" at 0x7f871e0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\oleaut32.dll" at 0x7f86ad0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\shlwapi.dll" at 0x7f86a20000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\api-ms-win-crt-utility-l1-1-0.dll" at 0x7f869f0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\api-ms-win-crt-time-l1-1-0.dll" at 0x7f869c0000: builtin 0009:trace:loaddll:load_native_dll Loaded L"Z:\home\focht\projects\woa-winrt\powershell620-arm64\coreclr.dll" at 0x570000: native 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\imm32.dll" at 0x7f86820000: builtin 0009:fixme:ntdll:EtwEventRegister ({5eec90ab-c022-44b2-a5dd-fd716a222a15}, 0x5726a0, 0xa65020, 0xa65040) stub. 0009:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x9c17e1, 43) stub 0009:fixme:process:GetNumaHighestNodeNumber (0x2adbf4): semi-stub 0009:fixme:thread:SetThreadStackGuarantee (0x2adbf4): stub 0009:fixme:ntdll:EtwEventRegister ({e13c0d23-ccbc-4e12-931b-d9cc2eee27e4}, 0x62c430, 0xa68a50, 0xa68a50) stub. 0009:fixme:ntdll:EtwEventRegister ({763fd754-7086-4dfe-95eb-c01a46faf4ca}, 0x62c430, 0xa68aa0, 0xa68aa0) stub. 0009:fixme:ntdll:EtwEventRegister ({a669021c-c450-4609-a035-5af59af4df18}, 0x62c430, 0xa68a00, 0xa68a00) stub. 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\api-ms-win-core-windowserrorreporting-l1-1-0.dll" at 0x7f86800000: builtin 0009:fixme:wer:WerRegisterRuntimeExceptionModule (L"Z:\home\focht\projects\woa-winrt\powershell620-arm64\mscordaccore.dll", 0x570000) stub! 0009:trace:loaddll:free_modref Unloaded module L"C:\windows\system32\api-ms-win-core-windowserrorreporting-l1-1-0.dll" : builtin 0009:fixme:msvcrt:_control87 not implemented 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x83fc2c pc=83fc2c tid=0009 0009:trace:seh:raise_exception info[0]=0000000000000000 0009:trace:seh:raise_exception info[1]=0000000018f30000 0009:trace:seh:raise_exception x0=0000000018f30000 x1=00000000002ad8a0 x2=0000000000000000 x3=0000000000000008 0009:trace:seh:raise_exception x4=0000000000000001 x5=0000000000000004 x6=0000000000000001 x7=000000007bd4cba0 0009:trace:seh:raise_exception x8=000000000000c000 x9=00000000002ad9d8 x10=00000000ffffffff x11=00000000ffffffff 0009:trace:seh:raise_exception x12=0000000000000000 x13=0000000018f30040 x14=0000000000000001 x15=000000007bd4cb38 0009:trace:seh:raise_exception x16=000000007bd2e010 x17=0000007f87dc9860 x18=000000007ffd8000 x19=0000000000a77348 0009:trace:seh:raise_exception x20=0000000018f30000 x21=0000000018f30000 x22=0000000000f30000 x23=0000000000090168 0009:trace:seh:raise_exception x24=0000000000a6a270 x25=00000000000000c4 x26=0000000000a69ea8 x27=0000000000030000 0009:trace:seh:raise_exception x28=0000000000595290 fp=00000000002ada30 lr=000000000083fbdc sp=00000000002ada30 0009:trace:seh:raise_exception pc=000000000083fc2c 0009:trace:seh:call_vectored_handlers calling handler at 0x5e4550 code=c0000005 flags=0 0009:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 0009:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003ff,(nil),0x0001,0x00000000,0x2abc50,(nil)): stub 0009:err:eventlog:ReportEventW L"Application: pwsh.exe\nCoreCLR Version: 4.6.26919.2\nDescription: The process was terminated due to an internal error in the .NET Runtime at IP 000000000083FC2C (0000000000570000) with exit code 80131506.\n" 0009:fixme:advapi:DeregisterEventSource (0xcafe4242) stub wine: Unhandled page fault on read access to 0x18f30000 at address 0x83fc2c (thread 0009), starting debugger... 0009:trace:seh:start_debugger Starting debugger "winedbg --auto 8 164" qemuarm64:~/projects/woa-winrt/powershell620-arm64$ be_arm64_single_step: not done Process of pid=0008 has terminated No process loaded, cannot execute 'echo Modules:' Cannot get info on module while no process is loaded No process loaded, cannot execute 'echo Threads:' process tid prio (all id:s are in hex) 0000000e services.exe 00000026 0 00000022 0 0000001d 0 00000013 0 00000010 0 0000000f 0 00000011 winedevice.exe 0000001a 0 00000017 0 00000016 0 00000012 0 00000018 explorer.exe 00000028 0 00000027 0 00000024 0 00000019 0 0000001b plugplay.exe 0000001f 0 0000001e 0 0000001c 0 00000020 winedevice.exe 00000029 0 00000025 0 00000023 0 00000021 0 winedbg: Internal crash at 0x7f96699120 002c:fixme:seh:RtlUnwind Not implemented on ARM64 --- snip ---
Due to the addition of TerminateProcess() it's even more likely that 'winedbg' can't get a backtrace in time and/or crashes itself.
The function now mimics the broken behaviour of 'kernel32.UnhandledExceptionFilter' from bug 24038 ;-)
Regards
https://bugs.winehq.org/show_bug.cgi?id=46155
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #62803|1 |0 is obsolete| |
https://bugs.winehq.org/show_bug.cgi?id=46155
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #62855|0 |1 is obsolete| |
https://bugs.winehq.org/show_bug.cgi?id=46155
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox.xerox2000x@gmail.com
--- Comment #7 from Louis Lenders xerox.xerox2000x@gmail.com --- Created attachment 66047 --> https://bugs.winehq.org/attachment.cgi?id=66047 backtrace
This also happens on my Linux-machine when doing ctrl-C. See backtrace
https://bugs.winehq.org/show_bug.cgi?id=46155
xantares xantares09@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xantares09@hotmail.com
--- Comment #8 from xantares xantares09@hotmail.com --- Created attachment 66334 --> https://bugs.winehq.org/attachment.cgi?id=66334 rebased patch on current master
https://bugs.winehq.org/show_bug.cgi?id=46155
--- Comment #9 from xantares xantares09@hotmail.com --- I added the rebased patch for the current master, if someone wants to pick it up.
https://bugs.winehq.org/show_bug.cgi?id=46155
andy andy86@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andy86@fastwebnet.it
--- Comment #10 from andy andy86@fastwebnet.it --- Hi, this bug seems now break steam and probably some steam games because new version of libcef.dll required this.
Attacched patch can't apply to current master, and wine-5.1 can't compile on my system (maybe need to downgrade gcc, but I'm not sure).
https://bugs.winehq.org/show_bug.cgi?id=46155
--- Comment #11 from andy andy86@fastwebnet.it --- Anyway I've open dedicated bug for Steam issue: https://bugs.winehq.org/show_bug.cgi?id=50311
So we can avoid messing up this one.
https://bugs.winehq.org/show_bug.cgi?id=46155
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=50311
https://bugs.winehq.org/show_bug.cgi?id=46155
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|https://github.com/PowerShe |https://web.archive.org//we |ll/PowerShell/releases/down |b/20210219203340/https://gi |load/v6.1.1/PowerShell-6.1. |thub.com/PowerShell/PowerSh |1-win-arm64.zip |ell/releases/download/v6.1. | |1/PowerShell-6.1.1-win-arm6 | |4.zip
https://bugs.winehq.org/show_bug.cgi?id=46155
andy andy86@fastwebnet.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|andy86@fastwebnet.it |
https://bugs.winehq.org/show_bug.cgi?id=46155
xantares xantares09@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #66334|0 |1 is obsolete| |
--- Comment #12 from xantares xantares09@hotmail.com --- Created attachment 69433 --> https://bugs.winehq.org/attachment.cgi?id=69433 another update to the patch to current master
https://bugs.winehq.org/show_bug.cgi?id=46155
xantares xantares09@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #69433|0 |1 is obsolete| |
--- Comment #13 from xantares xantares09@hotmail.com --- Created attachment 69434 --> https://bugs.winehq.org/attachment.cgi?id=69434 0001-kernel32-Implement-RaiseFailFastException.patch
https://bugs.winehq.org/show_bug.cgi?id=46155
--- Comment #14 from xantares xantares09@hotmail.com --- I updated the patch, will it be picked up in staging ?
https://bugs.winehq.org/show_bug.cgi?id=46155
--- Comment #15 from Zebediah Figura z.figura12@gmail.com --- I still don't see a lot of point in implementing this function. I won't bikeshed it upstream, but I don't see any point in carrying it in wine-staging.
https://bugs.winehq.org/show_bug.cgi?id=46155
--- Comment #16 from xantares xantares09@hotmail.com --- Why ? I fixes the crash doesnt it ?
https://bugs.winehq.org/show_bug.cgi?id=46155
--- Comment #17 from Anastasius Focht focht@gmx.net --- Hello Xantares,
--- quote --- Why ? I fixes the crash doesnt it ? --- quote ---
no, it doesn't fix anything with regards to the crashing application because at this point there is no intention to recover anymore.
https://docs.microsoft.com/en-us/windows/win32/api/errhandlingapi/nf-errhand...
--- quote --- Raises an exception that bypasses all exception handlers (frame or vector based). Raising this exception terminates the application and invokes Windows Error Reporting, if Windows Error Reporting is enabled. --- quote ---
From the user perspective the behavior would be same regardless if the stub is
implemented or not.
Figuring out the real reason for apps/frameworks calling 'RaiseFailFastException' in first place would be the proper approach.
Regards
https://bugs.winehq.org/show_bug.cgi?id=46155
--- Comment #18 from Louis Lenders xerox.xerox2000x@gmail.com --- Hi, I tried program from user from the forum:
https://forum.winehq.org/viewtopic.php?f=8&t=35986
It pops up an annoying errorbox at start, behind the main window in my case:
"Failed to resolve function RaiseFailFastException in KERNEL32.dll"
@Andre: Adding stub would be useful after all maybe (at least to get rid of this annoying errorbox)?
Downloadlink:
https://download.royalapplications.com/RoyalTS/RoyalTS_5.04.60415.0.zip
(native dotnet48 installed via winetricks)
https://bugs.winehq.org/show_bug.cgi?id=46155
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Hardware|aarch64 |x86-64 Summary|Windows PowerShell Core 6.1 |Multiple applications need |for ARM64 crashes on |KERNEL32.dll.RaiseFailFastE |unimplemented function |xception (RoyalTS v5, |KERNEL32.dll.RaiseFailFastE |Windows PowerShell Core 6.1 |xception |for ARM64) URL|https://web.archive.org//we |https://web.archive.org/web |b/20210219203340/https://gi |/20211209205844/https://dow |thub.com/PowerShell/PowerSh |nload.royalapplications.com |ell/releases/download/v6.1. |/RoyalTS/RoyalTS_5.04.60415 |1/PowerShell-6.1.1-win-arm6 |.0.zip |4.zip |
--- Comment #19 from Anastasius Focht focht@gmx.net --- Hello folks,
adding stable download link for Louis' app and refining summary. Using RoyalTS as primary test case here because it actually requires a stub.
Replacing:
https://web.archive.org/web/20210219203340/https://github.com/PowerShell/Pow...
with:
https://web.archive.org/web/20211209205844/https://download.royalapplication...
$ sha1sum RoyalTS_5.04.60415.0.zip 7786d03517b4423a26859a719bae073867f873c6 RoyalTS_5.04.60415.0.zip
$ du -sh RoyalTS_5.04.60415.0.zip 146M RoyalTS_5.04.60415.0.zip
The culprit seems to be a browser helper process based on Chromium browser by 'Essential Objects'.
There is a custom imports resolver at work. The 'RaiseFailFastException' export is required even though no error condition is present at that time.
--- snip --- $ WINEDEBUG=+pid,+seh,+process,+relay wine ./RoyalTS.exe >>log.txt 2>&1 ... 0198:0298:trace:process:CreateProcessInternalW app L"C:\users\focht\Temp\Royal TS V5\Plugins\f008c2f0-5fb3-4c5e-a8eb-8072c1183088\RoyalTS_Chromium_WP.exe" cmdline L""C:\users\focht\Temp\Royal TS V5\Plugins\f008c2f0-5fb3-4c5e-a8eb-8072c1183088\RoyalTS_Chromium_WP.exe" --enable-speech-input --enable-media-stream --no-sandbox --eo_init_data=eo.ipc.temp.21.0.85.0.408.1.5" ... 0198:0298:trace:process:CreateProcessInternalW started process pid 02b8 tid 02bc ... 0198:0298:Ret KERNEL32.CreateProcessW() retval=00000001 ret=2c727ce7 ... 02b8:02bc:Call ntdll.strlen(004dfc68 "After CodeModule::Init") ret=7b021e30 ... 02b8:02bc:Call ntdll.strlen(004e7978 "CodeModule::LoadLibrary: swiftshader/libEGL.dll succeeded.") ret=7b021e30 ... 02b8:02bc:Call ntdll.strlen(004e7978 "CodeModule::LoadMemoryModule. dllName = C:\users\focht\Temp\libcef.dll") ret=7b021e30 ... 02b8:02bc:Call ntdll.strlen(004e7978 "Try fix import table for KERNEL32.dll") ret=7b021e30 ... 02b8:02bc:Call ntdll.strlen(004e7978 "PEFile::FixupIAT resolves IAT for module KERNEL32.dll") ret=7b021e30 ... 02b8:02bc:Call KERNEL32.GetProcAddress(7b600000,165e4b38 "RaiseException") ret=02a13615 ... 02b8:02bc:Ret KERNEL32.GetProcAddress() retval=7b607ff0 ret=02a13615 ... 02b8:02bc:Call KERNEL32.GetProcAddress(7b600000,165e4b4a "RaiseFailFastException") ret=02a13615 ... 02b8:02bc:Ret KERNEL32.GetProcAddress() retval=00000000 ret=02a13615 ... 02b8:02bc:Call user32.MessageBoxA(00000000,0032e43c "Failed to resolve function RaiseFailFastException in KERNEL32.dll",02a20928 "Error",00000000) ret=02a1716c --- snip ---
ProtectionID scan:
--- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> Z:\home\focht\Downloads\rts\RoyalTS.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 23106208 (016092A0h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x6077D831 -> Thu 15th Apr 2021 06:07:45 (GMT) [TimeStamp] 0x6077D831 -> Thu 15th Apr 2021 06:07:45 (GMT) | PE Header | - | Offset: 0x00000088 | VA: 0x00400088 | - [TimeStamp] 0x6077D831 -> Thu 15th Apr 2021 06:07:45 (GMT) | DebugDirectory | - | Offset: 0x01139A5C | VA: 0x0153B85C | - -> File Appears to be Digitally Signed @ Offset 01604400h, size : 04EA0h / 020128 byte(s) [LoadConfig] CodeIntegrity -> Flags 0xA3F0 | Catalog 0x46 (70) | Catalog Offset 0x2000001 | Reserved 0x46A4A0 [LoadConfig] GuardAddressTakenIatEntryTable 0x8000011 | Count 0x46A558 (4629848) [LoadConfig] GuardLongJumpTargetTable 0x8000001 | Count 0x46A5F8 (4630008) [LoadConfig] HybridMetadataPointer 0x8000011 | DynamicValueRelocTable 0x46A66C [LoadConfig] FailFastIndirectProc 0x8000011 | FailFastPointer 0x46C360 [LoadConfig] UnknownZero1 0x8000011 [File Heuristics] -> Flag #1 : 00000100000001001101000000110100 (0x0404D034) [Entrypoint Section Entropy] : 6.25 (section #0) ".text " | Size : 0x15383A0 (22250400) byte(s) [DllCharacteristics] -> Flag : (0x8560) -> HEVA | ASLR | DEP | NOSEH | TSA [SectionCount] 3 (0x3) | ImageSize 0x160A000 (23109632) byte(s) [VersionInfo] Company Name : Royal Apps GmbH [VersionInfo] Product Name : Royal TS V5 [VersionInfo] Product Version : 5.4.60415 [VersionInfo] File Description : Royal TS V5 [VersionInfo] File Version : 5.4.60415.0 [VersionInfo] Original FileName : RoyalTS.exe [VersionInfo] Internal Name : RoyalTS.exe [VersionInfo] Legal Copyrights : Copyright © 2021. Royal Apps GmbH. Austria [ModuleReport] [IAT] Modules -> mscoree.dll [Debug Info] (record 1 of 1) (file offset 0x1139A58) Characteristics : 0x0 | TimeDateStamp : 0x6077D831 (Thu 15th Apr 2021 06:07:45 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 (0x2) -> CodeView | Size : 0x67 (103) AddressOfRawData : 0x113B874 | PointerToRawData : 0x1139A74 CvSig : 0x53445352 | SigGuid A10F330B-642E-402B-9DF8993FA514F060 Age : 0x1 (1) | Pdb : C:\agent_work\r1\a_Royal TS V5\drop\Working\ObfuscatedAssemblies\RoyalTS.pdb [Raw/Hidden Debug Record] (File Offset 0x5A78F4) CvSig : 0x53445352 | SigGuid 95BA2397-0344-47BD-92D4B96DF61C1496 Age : 0x1 (1) | Pdb : C:\projects\easyhook\Build\netfx4-Release\x86\EasyHook32.pdb [.] .net @ FileOffset 0x1139ADC | MetaData->Version 1.1 (struct version) -> v4.0.30319 (net version required) [.] Flags : 0x0 | Streams : 0x5 (5) -> #~ | #Strings | #GUID | #Blob | #US [COR20] MajorRuntimeVersion 0x2 (2) | MinorRuntimeVersion 0x2 (2) -> 0x2.2 (2.2) [COR20] Flags 0x1 [COR20 Flags] [x] IL_ONLY [ ] 32BITREQUIRED [ ] IL_LIBRARY [COR20 Flags] [ ] STRONGNAME [ ] NATIVE_EP [ ] TRACKDEBUGDATA [COR20 Flags] [ ] 32BITPREFERRED | 0x0 UNKNOWN [COR20 Flags] Assembly is NOT strong name signed [!] Crypto Obfuscator for .NET v5.x detected ! [CdKeySerial] found "License key" @ VA: 0x0057E2CC / Offset: 0x0057C4CC [CdKeySerial] found "License key" @ VA: 0x0057E45B / Offset: 0x0057C65B [CdKeySerial] found "Evaluation period" @ VA: 0x0057E6BA / Offset: 0x0057C8BA [CdKeySerial] found "License key" @ VA: 0x0057E71A / Offset: 0x0057C91A [CdKeySerial] found "License key" @ VA: 0x0057E741 / Offset: 0x0057C941 [CdKeySerial] found "License key" @ VA: 0x0057E83D / Offset: 0x0057CA3D [CdKeySerial] found "License key" @ VA: 0x0057E8BC / Offset: 0x0057CABC [CdKeySerial] found "License key" @ VA: 0x0057E8E3 / Offset: 0x0057CAE3 [CdKeySerial] found "License key" @ VA: 0x0057E9FB / Offset: 0x0057CBFB [CdKeySerial] found "SerialNumber" @ VA: 0x015269A5 / Offset: 0x01524BA5 - Scan Took : 4.584 Second(s) [000001140h (4416) tick(s)] [506 of 580 scan(s) done] --- snip ---
--- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> C:\users\focht\Temp\Royal TS V5\Plugins\f008c2f0-5fb3-4c5e-a8eb-8072c1183088\RoyalTS_Chromium_WP.exe File Type : 32-Bit Exe (Subsystem : Win CUI / 3), Size : 610240 (094FC0h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x6071FED3 -> Sat 10th Apr 2021 19:38:59 (GMT) [TimeStamp] 0x6071FED3 -> Sat 10th Apr 2021 19:38:59 (GMT) | PE Header | - | Offset: 0x00000118 | VA: 0x00400118 | - [TimeStamp] 0x6071FED3 -> Sat 10th Apr 2021 19:38:59 (GMT) | DebugDirectory | - | Offset: 0x00035450 | VA: 0x00436E50 | - [TimeStamp] 0x6071FED3 -> Sat 10th Apr 2021 19:38:59 (GMT) | DebugDirectory | - | Offset: 0x0003546C | VA: 0x00436E6C | - [TimeStamp] 0x6071FED3 -> Sat 10th Apr 2021 19:38:59 (GMT) | DebugDirectory | - | Offset: 0x00035488 | VA: 0x00436E88 | - [TimeStamp] 0x6071FED3 -> Sat 10th Apr 2021 19:38:59 (GMT) | DebugDirectory | - | Offset: 0x000354A4 | VA: 0x00436EA4 | - -> File Appears to be Digitally Signed @ Offset 093400h, size : 01BC0h / 07104 byte(s) [LoadConfig] Struct determined as v8 (Expected size 140 | Actual size 64) [!] Executable uses SEH Tables (/SAFESEH) (23 calculated 4 recorded... 18 invalid addresses) [!] * table may be compressed / encrypted * [LoadConfig] CodeIntegrity -> Flags 0x0 | Catalog 0x0 (0) | Catalog Offset 0x0 | Reserved 0x0 [LoadConfig] GuardAddressTakenIatEntryTable 0x0 | Count 0x0 (0) [LoadConfig] GuardLongJumpTargetTable 0x0 | Count 0x0 (0) [LoadConfig] HybridMetadataPointer 0x0 | DynamicValueRelocTable 0x0 [LoadConfig] FailFastIndirectProc 0x0 | FailFastPointer 0x0 [LoadConfig] UnknownZero1 0x0 [File Heuristics] -> Flag #1 : 00000100000001001100000000000100 (0x0404C004) [Entrypoint Section Entropy] : 6.31 (section #0) ".text " | Size : 0x2C1F3 (180723) byte(s) [DllCharacteristics] -> Flag : (0x8000) -> TSA [SectionCount] 4 (0x4) | ImageSize 0x97000 (618496) byte(s) [VersionInfo] Company Name : Essential Objects. Inc. [VersionInfo] Product Name : EO.Total [VersionInfo] Product Version : 21.0.85.0 [VersionInfo] File Description : Essential Objects Worker Process [VersionInfo] File Version : 21.0.85.0 [VersionInfo] Original FileName : eowp.exe [VersionInfo] Internal Name : eowp.exe [VersionInfo] Legal Copyrights : Copyright (C) 2016 [ModuleReport] [IAT] Modules -> PSAPI.DLL | KERNEL32.dll | USER32.dll [Debug Info] (record 1 of 4) (file offset 0x3544C) Characteristics : 0x0 | TimeDateStamp : 0x6071FED3 (Sat 10th Apr 2021 19:38:59 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 (0x2) -> CodeView | Size : 0x4C (76) AddressOfRawData : 0x36F90 | PointerToRawData : 0x35590 CvSig : 0x53445352 | SigGuid 62848200-1F7D-4E91-87BF2FFC415F7374 Age : 0x1 (1) | Pdb : C:\Development\EO\Products\All\out\Release\eowp.pdb [Debug Info] (record 2 of 4) (file offset 0x35468) Characteristics : 0x0 | TimeDateStamp : 0x6071FED3 (Sat 10th Apr 2021 19:38:59 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 12 (0xC) -> Undocumented | Size : 0x14 (20) AddressOfRawData : 0x36FDC | PointerToRawData : 0x355DC [Debug Info] (record 3 of 4) (file offset 0x35484) Characteristics : 0x0 | TimeDateStamp : 0x6071FED3 (Sat 10th Apr 2021 19:38:59 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 13 (0xD) -> Undocumented | Size : 0x290 (656) AddressOfRawData : 0x36FF0 | PointerToRawData : 0x355F0 [Debug Info] (record 4 of 4) (file offset 0x354A0) Characteristics : 0x0 | TimeDateStamp : 0x6071FED3 (Sat 10th Apr 2021 19:38:59 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 14 (0xE) -> Undocumented | Size : 0x0 (0) AddressOfRawData : 0x0 | PointerToRawData : 0x0 [Raw/Hidden Debug Record] (File Offset 0x8D704) CvSig : 0x53445352 | SigGuid D6016D2F-4805-4F61-A0EE7B755B507544 Age : 0x1 (1) | Pdb : C:\Development\EO\OpenSource\zlib-1.2.11\contrib\vstudio\vc14\x86\ZlibDllReleaseWithoutAsm\zlibwapi.pdb [CdKeySerial] found "Invalid code" @ VA: 0x0008ECC8 / Offset: 0x0008D0C8 [CdKeySerial] found "Invalid code" @ VA: 0x0008ED00 / Offset: 0x0008D100 [!] File appears to have no protection or is using an unknown protection - Scan Took : 0.530 Second(s) [000000212h (530) tick(s)] [506 of 580 scan(s) done] --- snip ---
$ wine --version wine-6.23-79-g316a358b0f7
Regards
https://bugs.winehq.org/show_bug.cgi?id=46155
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |obfuscation
https://bugs.winehq.org/show_bug.cgi?id=46155
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jinoh.kang.kr@gmail.com
--- Comment #20 from André H. nerv@dawncrow.de --- This looks very related to what Jinoh Kang is working on right now, CCing him... https://source.winehq.org/patches/data/221795
https://bugs.winehq.org/show_bug.cgi?id=46155
--- Comment #21 from Jinoh Kang jinoh.kang.kr@gmail.com --- 1. I don't think bypassing the entire exception handling mechanism and calling start_debugger_atomic is a good idea. Ideally, we should clone how modern Windows handle unhandled exceptions, which is to move the Just-in-time debugger invocation *out of* the faulty/corrupted process.
2. RaiseFailFastException is testable. You can take a look at how I tested __fastfail() at https://source.winehq.org/patches/data/221794 and maybe use it. Testing Watson invocation would require editing the registry, but it still is testable.
https://bugs.winehq.org/show_bug.cgi?id=46155
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |github-oci1@spm.s.deo.rodeo
--- Comment #22 from Zebediah Figura z.figura12@gmail.com --- *** Bug 52495 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=46155
--- Comment #23 from Louis Lenders xerox.xerox2000x@gmail.com --- Hi Andre and /or Jinoh,
Would you mind , until a real implementation is there (which could last long time maybe), to send in at least a stub function for this?
As you can see in bug https://bugs.winehq.org/show_bug.cgi?id=53022 there are really programs trying to get the entry-point for this function, and they now fail mysteriously because kernel32 doesn`t export it
Thanks in advance
https://bugs.winehq.org/show_bug.cgi?id=46155
Vijay Kamuju infyquest@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED CC| |infyquest@gmail.com
--- Comment #24 from Vijay Kamuju infyquest@gmail.com --- Its now implemented in 7.9
https://bugs.winehq.org/show_bug.cgi?id=46155
Vijay Kamuju infyquest@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |509877743efab802a9d84c8a2b0 | |5fdadeb122869
--- Comment #25 from Vijay Kamuju infyquest@gmail.com --- fixed
https://bugs.winehq.org/show_bug.cgi?id=46155
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #26 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 7.10.