llvm-svn: 174316

llvm-svn: 174189

llvm-svn: 174187

asan/tsan: manually define FUTEX constants, because <linux/futes.h> header is broken on some linux distributions

llvm-svn: 173933

It is possible for ReExec to be called before the C standard library
has initialised itself sufficiently for execv to work properly.
Fix this by parsing the environment ourselves and using execve.

Differential Revision: http://llvm-reviews.chandlerc.com/D304

llvm-svn: 172748

llvm-svn: 172523

llvm-svn: 172389

llvm-svn: 172387

llvm-svn: 172385

llvm-svn: 172380

[asan] make the slow unwinder a bit more robust. The unittests pass with fast_unwind_on_fatal=0, but I still observe some differences between the two unwinders

llvm-svn: 171973

llvm-svn: 170191

llvm-svn: 170124

[asan] add two asan flags: fast_unwind_on_fatal and fast_unwind_on_malloc to allow using the slow CFI-based unwinder

llvm-svn: 170117

the client programs to notify the tools that sandboxing is about to be turned on.

llvm-svn: 169732

llvm-svn: 169606

[sanitizer] implement SanitizerSetThreadName/SanitizerGetThreadName. Just for linux so far (using prctl(PR_GET_NAME))

llvm-svn: 169598

llvm-svn: 169369

Fix a use-after-unmap bug in /proc/self/maps caching. The cached buffer was occasionally deleted in the MemoryMappingLayout destructor.

llvm-svn: 169335

llvm-svn: 169155

Add caching to the MemoryMappingLayout class on Linux. This is necessary for the cases when a sandbox prevents ASan from reading the mappings
from /proc/self/maps.
The mappings are currently being cached on each access to /proc/self/maps. In the future we'll need to add an API that allows the client to notify ASan about the sandbox.

llvm-svn: 169076

[asan/tsan] do not use __WORDSIZE macro, as it is glibc-private thing. Instead, define our own SANITIZER_WORDSIZE

llvm-svn: 168424

llvm-svn: 168358

llvm-svn: 168301

llvm-svn: 167883

llvm-svn: 167617

llvm-svn: 165006

llvm-svn: 165004

[Sanitizer] Hoist functions to get/set stack size and re-exec from memory-sanitizer branch to sanitizer_common

llvm-svn: 164020

llvm-svn: 163213

[Sanitizer] Rename ProcessMaps to MemoryMappingLayout and fix Windows build by providing stub implementation

llvm-svn: 162671

llvm-svn: 161862

[Sanitizer] When obtaining the data for loaded modules, add address ranges of loadable segments only. Looks like address range of PT_TLS segment may intersect with loadable segments of other modules.

llvm-svn: 160498

[Sanitizer] Extend a symbolizer code. Implemented for Linux only. Use dl_iterate_phdr to get virtual addresses of mapped module sections. To symbolize an address from a module, map this module to memory and obtain pointers to debug info sections. Later these pointers can be passed to constructor of DWARF context-in-memory from LLVM DebugInfo lib.

llvm-svn: 159652

llvm-svn: 159429

llvm-svn: 159424

llvm-svn: 158821

llvm-svn: 158655

llvm-svn: 158451

llvm-svn: 158141