Fix a warning in macros instantiation.

llvm-svn: 163716

llvm-svn: 163704

llvm-svn: 163313

llvm-svn: 161874

Make strcat() and strncat() more standard-compliant (check for invalid parameters even if zero bytes is copied, more accurate overlap check)
Fix the tests that were relying on the incorrect behavior.

llvm-svn: 161167

Test that child threads use the ASan allocator, that allocated memory can be passed to another thread and deallocated on it.
This should fix http://code.google.com/p/address-sanitizer/issues/detail?id=81

llvm-svn: 160630

llvm-svn: 160624

llvm-svn: 158922

llvm-svn: 158921

Enable AddressSanitizerMac.CFAllocatorDefaultDoubleFree and AddressSanitizerMac.CFAllocatorMallocDoubleFree, which now work fine.

llvm-svn: 158886

Actually intercept free() to ensure that the deallocations caused by other functions directly calling it are routed to our allocator.
For the allocations that do not belong to any malloc zone check whether they're padded with a pointer to ASan's CFAllocator. If so, free the original (unpadded) pointer.
This should fix AddressSanitizerMac.NSURLDeallocation and issue 70.

llvm-svn: 158863

llvm-svn: 158843

llvm-svn: 158198

llvm-svn: 157927

llvm-svn: 157237

llvm-svn: 155344

llvm-svn: 155127

From now on we allow the clients to override signal handlers set by ASan, but print a warning in such a case.

Remove the tests for signal() and sigaction(), because they made little sense even without this change.

llvm-svn: 154390

llvm-svn: 154314

llvm-svn: 153762

llvm-svn: 153637

llvm-svn: 153444

llvm-svn: 153376

llvm-svn: 153333

llvm-svn: 153332

llvm-svn: 153190

llvm-svn: 151888

llvm-svn: 151526

llvm-svn: 150802

llvm-svn: 150689

It is technically reachable on Android, where pthread_exit is not
marked noreturn.

llvm-svn: 150381

llvm-svn: 150027

llvm-svn: 149940

where memcpy() in fact aliases memmove() and thus calling it with
overlapping parameters is not an error.

llvm-svn: 149491

llvm-svn: 149296

llvm-svn: 149278

This should fix http://code.google.com/p/address-sanitizer/issues/detail?id=10

llvm-svn: 148696

Normally this function should not create copies of constant strings, but it does when the default CFAllocator
is replaced (e.g. under AddressSanitizer)

This test is related to http://code.google.com/p/address-sanitizer/issues/detail?id=10

llvm-svn: 148695

[asan] workaround for bug http://llvm.org/bugs/show_bug.cgi?id=11763. Do not bark on memcpy(a, a, size).

llvm-svn: 148318

llvm-svn: 148305