[x86/Linux] Fix SIGSEGV during evaluation abort routine. accepted/tizen/5.5/unified/20200608.142150 accepted/tizen/unified/20200608.144754 submit/tizen/20200607.233857 submit/tizen_5.5/20200607.233848
authorMikhail Kurinnoi <m.kurinnoi@samsung.com>
Thu, 4 Jun 2020 14:48:52 +0000 (17:48 +0300)
committer이형주/Common Platform Lab(SR)/Staff Engineer/삼성전자 <leee.lee@samsung.com>
Thu, 4 Jun 2020 21:27:14 +0000 (06:27 +0900)
commit45278569f1e32a5e3ab52f1643ee5f0f3b1f00c9
treedeb454d9a2354968905b064b77b43a2e5df648b8
parentd01d6ed6dd82d536268b00bd8fdbafa3791c3f04
[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