ThreadLister is a Linux-specific class for obtaining the thread IDs of a process from procfs (/proc/<pid>/task/). It will be used by leak checking code.
Also add several syscall wrappers which will be required by the same code that uses ThreadLister, but are not used in ThreadLister itself.
Patch by Sergey Matveev

llvm-svn: 176179

llvm-svn: 175622

execle(argv[0], ...) is wrong, because argv[0] may contain a PATH-resolvable
program name. Execute /proc/self/exe instead.

llvm-svn: 175504

/proc/$PID/cmdline is clipped to 4Kb.
Locate argv and envp on the main thread stack.

llvm-svn: 175163

We are still limited by /proc/*/cmdline size (4Kb max on Linux!).

llvm-svn: 175145

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