[x86/Linux] Fix SIGSEGV during evaluation abort routine. accepted/tizen_5.0_base accepted/tizen/5.0/base/20200922.044748 submit/tizen_5.0_base/20200920.212751
authorMikhail Kurinnoi <m.kurinnoi@samsung.com>
Thu, 4 Jun 2020 14:57:17 +0000 (17:57 +0300)
committerHyungju Lee <leee.lee@samsung.com>
Fri, 18 Sep 2020 05:58:13 +0000 (14:58 +0900)
commit1200faf6de87e60718cb96f729441fe880bacc78
treefa1f428850b5427451f743c6d205dacf16d2dee8
parentacfc7408960548202d6ac9dc8898b1d5c9b9dea8
[x86/Linux] Fix SIGSEGV during evaluation abort routine.

In case of evaluation with implicit function call aborted by ```ICorDebugEval::Abort()```, CoreCLR crash with SIGSEGV at line https://github.com/dotnet/runtime/blob/e25517ea27311297c1e3946acb3b4382d5fa7fef/src/coreclr/src/vm/jitinterface.cpp#L14293 since ```m_pJM``` is ```NULL```.
This happens because during ```EECodeInfo::Init()``` call, ```codeAddress``` parameter provide address inside native code region (this address belong to CallDescrWorkerInternal(), libcoreclr.so), but not address inside managed code, so, ```ExecutionManager::FindCodeRange()``` can't find appropriate ```RangeSection```.

During investigation I found, that at line https://github.com/dotnet/runtime/blob/e25517ea27311297c1e3946acb3b4382d5fa7fef/src/coreclr/src/vm/stackwalk.cpp#L2584 current context was not changed properly (we have wrong ```Eip``` register value).
I found, that ```FuncEvalFrame::UpdateRegDisplay()``` code
https://github.com/dotnet/runtime/blob/e25517ea27311297c1e3946acb3b4382d5fa7fef/src/coreclr/src/debug/ee/debugger.inl#L238-L247
don't have x86/Linux support implemented.

I propose changes, that were already made for other ```UpdateRegDisplay()``` implementations in order to provide proper context for x86/Linux.
src/debug/ee/debugger.inl