diff options
author | Sangwook Kim <swift.kim@samsung.com> | 2020-02-18 15:48:15 +0900 |
---|---|---|
committer | 이형주/Common Platform Lab(SR)/Staff Engineer/삼성전자 <leee.lee@samsung.com> | 2020-03-23 09:43:33 +0900 |
commit | a11d29b4d38663421fb5d6914cb1a7b2e6bc92f8 (patch) | |
tree | a67596a70bdaef1ee9ed5f385f4ba9da9fcca84a /src/vm/perfmap.h | |
parent | 96426f220e8965eea7b402f0635e054b68ed40b6 (diff) | |
download | coreclr-accepted/tizen/unified/20200323.172942.tar.gz coreclr-accepted/tizen/unified/20200323.172942.tar.bz2 coreclr-accepted/tizen/unified/20200323.172942.zip |
[Tizen] Add FEATURE_LARGEADDRESS_SUPPORTsubmit/tizen_5.5/20200323.035211submit/tizen/20200323.035150accepted/tizen/unified/20200323.172942accepted/tizen/5.5/unified/20200323.072150
Many diagnostic tools are unaware of 32-bit applications which have
large address spaces (> 2GB). Such tools include the TraceEvent library
(required by PerfView and dotnet-trace), and Visual Studio. They assume
the address range 0x80000000 through 0xFFFFFFFF as the system space and
thus often fail to read symbols from event traces generated by CoreCLR.
This workaround is to support such scenarios by simply discarding MSBs
of 32-bit instruction pointer values in the trace output. Only a minimal
set of values required for symbol resolution are affected by this
change. Beware that you will have to manually restore the original
values when you inspect them in lldb or etc.
Diffstat (limited to 'src/vm/perfmap.h')
0 files changed, 0 insertions, 0 deletions