- Jul 23, 2012
-
-
Alexander Potapenko authored
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
-
Alexey Samsonov authored
llvm-svn: 160624
-
Alexander Potapenko authored
For wild addresses in the shadow or shadow gap areas print an error message instead of crashing on a check. Add AddressSanitizer.MemsetWildAddressTest that makes sure a proper error message is printed. llvm-svn: 160620
-
- Jul 19, 2012
-
-
Alexey Samsonov authored
[ASan] subtract one from PCs in ASan error reports (as they originally contain return addresses). Make output tests stricter. llvm-svn: 160508
-
Kostya Serebryany authored
llvm-svn: 160504
-
Kostya Serebryany authored
llvm-svn: 160503
-
Alexander Potapenko authored
llvm-svn: 160502
-
Alexey Samsonov authored
[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
-
- Jul 18, 2012
-
-
Kostya Serebryany authored
[tsan] minor enhancements in the new tsan allocator and a test malloc replacement library that can be linked to any program to replace malloc (tested on spec2006) llvm-svn: 160436
-
Alexey Samsonov authored
llvm-svn: 160435
-
Alexey Samsonov authored
llvm-svn: 160428
-
- Jul 17, 2012
-
-
Alexey Samsonov authored
llvm-svn: 160359
-
Kostya Serebryany authored
llvm-svn: 160347
-
- Jul 16, 2012
-
-
Dmitry Vyukov authored
llvm-svn: 160304
-
Dmitry Vyukov authored
llvm-svn: 160289
-
Dmitry Vyukov authored
llvm-svn: 160288
-
Dmitry Vyukov authored
llvm-svn: 160283
-
Dmitry Vyukov authored
llvm-svn: 160282
-
Dmitry Vyukov authored
llvm-svn: 160267
-
Dmitry Vyukov authored
tsan: port Go runtime to Darwin llvm-svn: 160266
-
Alexey Samsonov authored
[Sanitizer] implement straightforward nlogn sorting, as qsort() may call malloc, which leads to deadlock in ASan allocator llvm-svn: 160262
-
Dmitry Vyukov authored
llvm-svn: 160259
-
Dmitry Vyukov authored
llvm-svn: 160258
-
- Jul 13, 2012
-
-
Kostya Serebryany authored
llvm-svn: 160171
-
- Jul 11, 2012
-
-
- Jul 10, 2012
-
-
Alexey Samsonov authored
llvm-svn: 159988
-
Alexey Samsonov authored
llvm-svn: 159985
-
- Jul 09, 2012
-
-
Alexey Samsonov authored
llvm-svn: 159934
-
Alexey Samsonov authored
llvm-svn: 159933
-
Alexey Samsonov authored
llvm-svn: 159928
-
- Jul 08, 2012
-
-
Alexander Potapenko authored
llvm-svn: 159915
-
- Jul 06, 2012
-
-
Dmitry Vyukov authored
llvm-svn: 159856
-
Dmitry Vyukov authored
llvm-svn: 159827
-
Kostya Serebryany authored
llvm-svn: 159825
-
Alexander Potapenko authored
llvm-svn: 159824
-
Kostya Serebryany authored
llvm-svn: 159823
-
Alexander Potapenko authored
do so by factoring the CFAllocator logic into ReplaceCFAllocator(), which is called from either the __CFInitialize wrapper or __asan_init(), depending on which of them is called later. llvm-svn: 159822
-
Alexander Potapenko authored
A portable way to check whether __CFInitialize has been called: compare kCFAllocatorSystemDefault._base._cfisa to 0. This should fix http://code.google.com/p/address-sanitizer/issues/detail?id=87 on both Lion and Snow Leopard. llvm-svn: 159821
-
Alexander Potapenko authored
This change may cause http://code.google.com/p/address-sanitizer/issues/detail?id=87 to re-appear on Lion. llvm-svn: 159819
-
Kostya Serebryany authored
llvm-svn: 159814
-