https://bugs.winehq.org/show_bug.cgi?id=57116
Bernhard Übelacker bernhardu@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu@mailbox.org
--- Comment #4 from Bernhard Übelacker bernhardu@mailbox.org --- Created attachment 77146 --> https://bugs.winehq.org/attachment.cgi?id=77146 backtrace one instruction before jumping to not mapped memory
I was able to get into this process one instruction before it calls into currently not mapped memory, which generates the final "Unhandled page fault on execute access".
The backtrace looks like this: (gdb) bt #0 RtlProcessFlsData(teb_fls_data=0x7ffffe9386b0,flags=1) at ntdll/thread.c:714 #1 LdrShutdownProcess() at include/winnt.h:2505 #2 RtlExitUserProcess(status=0) at ntdll/loader.c:3887 #3 ExitProcess(status=3831291664) at kernel32/process.c:207 #4 cefclient!GetHandleVerifier() from cefclient.exe
With the current instruction and register RSI value: 1: x/i $pc => 0x6fffffc9ca10 <RtlProcessFlsData+344>: call *%rsi 2: /x $rsi = 0x6fffe3a77580
The reason why winedbg could no longer attach could be, because the process shutdown is already too far?
The +seh,+module log looks also like the process tried to load widevinecdm.dll twice. There happened already an "access violation on write" before, this could be the reason the Dll gets unloaded again. Unfortunately it had already entered some callbacks to the "Fiber Local Storage", which get still executed RtlProcessFlsData, even when the Dll is no longer loaded.
The first "access violation on write" shows up here: 0x00006fffe3a92702 in widevinecdm!VerifyCdmHost_0() from widevinecdm.dll