Age | Commit message (Collapse) | Author | Files | Lines |
|
This change implements native stack unwinding using the libunwind on
Linux. I have also fixed bunch of issues / details in the related code:
1) 0x in front of %p inside format string
2) Subtraction of -1 from dl_info.dli_sname
3) Added .cfi_xxxx annotation to the CallDescrWorkerInternal and the
LEAF_ENTRY / LEAF_END macros.
4) Changed local labels in the CallDescrWorkerInternal to be prefixed by
.L to see the CallDescrWorkerInternal in the stack trace
5) Changed moveOWord to use movdqu - it was being called with one of the
parameters unaligned
|
|
Modify the windows amd64 unwinder to work as jitted code unwinder on Uni...
|
|
Update the windows amd64 unwinder from its source to the latest version
and add context pointers updating that was excluded before.
Change methods of the OOPStackUnwinder and OOPStackUnwinderAMD64 to be
static, since the base class has no data members and the unwinding is
always using the processor specific subclass.
Modify the code so that it is built in two flavors. The first one
is the DAC flavor which is used by the debugger. The second one will be
used for jitted code stack frames unwinding on non-Windows systems.
|
|
Implementation of sscanf was incorrectly handling cases where the input format was in the form of %2c, %2s, or %[ which could result in an access violation. The problem was that sscanf was calling sscanf_s with incorrect set of arguments. Implementation of sscanf_s expects to find the size of the target buffer in the list of its parameters but that parameter was not present in some cases. This change fixes this issue and re-enables previously disabled sscanf tests.
|
|
Remove locale.cpp from the PAL on OSX
|
|
The globalization plans no longer require these methods to be
implemented in the PAL, since we no longer call into the VM for
globalization support except on Windows.
It's possible that more stuff can be cleaned up here, and not just for
OSX, but I need to take a careful look at the use of codepages across the
runtime to understand if it's still needed.
|
|
Due to a bug #1123874 in arm codegen, critical code path in mscordbi.dll became unusable making any managed debugging impossible on ARM.
[tfs-changeset: 1414914]
|
|
Add GetFileSizeEx implementation to pal
|
|
|
|
|
|
|
|
Small fixes to enable AltJit support on UNIX.
|
|
|
|
Update FEATURE_MANAGED_ETW and disable it on Unix
|
|
- Load libcoreclr.so with the RTLD_GLOBAL flag set in unixxorerun s.t.
its exports are available for subsequently loaded libraries.
- Demangle PAL_TryExcept
- Replace a non-portable path separator character with the corresponding
portable definition from the PAL.
|
|
Make build.cmd lookup the install directory of cmake in the registry if ...
|
|
Fix rebuild issue with development package
|
|
Fix build on paths with spaces and with llvm path with spaces.
|
|
not on the path.
|
|
[issue #232] Rename dispatchexceptionwrapper on the filesystem as well
|
|
Correct handling of paths with spaces and ampersands when building on windows
|
|
|
|
|
|
|
|
Clean up compiler warnings on the OSX build
|
|
ceesectionstring: Fix a potential memory leak
|
|
Fix copy paste errors in llabs test
|
|
|
|
|
|
|
|
|
|
Implement JIT_MemSet and JIT_MemCpy for clang
|
|
Add abs(__int64) overload for 64-bit targets. Fixes #143
|
|
|
|
Merge changes from TFS
|
|
|
|
If the development package is deleted and then a rebuild is attempted we fail because mscorlib is not where we think it should be. We should be looking for mscorlib.pdb in the PDBs dir and also building the packages after the PDBs are moved.
|
|
Add sos to the development package
|
|
memory.
[tfs-changeset: 1414126]
|
|
These tests need to be temporary disabled untill the issue https://github.com/dotnet/coreclr/issues/161 is fixed. This needs to be done in order to enable running PAL tests in the lab. Currently these test cases fail on Mac and Linux release builds.
|
|
|
|
|
|
Correct casing of file paths in mscorlib
|
|
Use $(SDK40ToolsPath) to get path to ResGen instead of hardcoding "NETFX 4.5.1 Tools".
|
|
|
|
4.5.1 Tools".
Fixes #210
|
|
The windows build has a hand written version of these functions, but
modern systems should have an equivalent performant version of this.
We do need to wrap them to get the trap for a null reference exception,
but after that we can tail call directly.
|
|
Some of the files had a different path/filename casing in the project reference than on disk.
|
|
Fixes #178
|
|
AcquireNoThrow(): return type must be HRESULT
|