search for: __asan

First off, thanks -- this is a pretty great library and it feels like I'm learning a lot. I'm getting some more experience with libfuzzer and finding that I have a couple of questions: - How does libfuzzer decide to write a new test file? What distinguishes this one from all the other cases for which new test inputs were not written? Must be something about the path taken through the

...s/compiler-rt/lib/sanitizer_common/sanitizer_linux.cc:471 #2 0x0000000000447899 in GenericScopedLock (mu=mu at entry=0x640000001290, this=<synthetic pointer>) #3 __sanitizer::SizeClassAllocator64<105553116266496ul, 4398046511104ul, 0ul, __sanitizer::SizeClassMap<17ul, 128ul, 16ul>, __asan::AsanMapUnmapCallback>::PopulateFreeList ( #4 0x0000000000447ff8 in __sanitizer::SizeClassAllocator64<105553116266496ul, 4398046511104ul, 0ul, __sanitizer::SizeClassMap<17ul, 128ul, 16ul>, __asan::AsanMapUnmapCallback>::AllocateBatch (this=this at entry=0x192db80 <__asan::instanc...

...the common problem is that on i386 (aka 32-bit x86) all programs compiled with -fsanitize=address now die with: ==11122==AddressSanitizer CHECK failed: /usr/src/contrib/compiler-rt/lib/asan/asan_poisoning.cc:36 "((AddrIsAlignedByGranularity(addr))) != (0)" (0x0, 0x0) #0 0x806f163 in __asan::AsanCheckFailed(char const*, int, char const, unsigned long long, unsigned long long) (/share/dim/src/misc/hw+0x806f163) #1 0x805dce3 in __sanitizer::CheckFailed(char const*, int, char const, unsigned long long, unsigned long long) (/share/dim/src/misc/hw+0x805dce3) #2 0x80dfc65 in __asan:...

On Thu, 2019-01-24 at 19:58 +0100, Dimitry Andric via Release-testers wrote: > On 24 Jan 2019, at 01:49, Hans Wennborg via Release-testers <release-testers at lists.llvm.org> wrote: > > > > 8.0.0-rc1 was just tagged (from the branch at r351980). > > > > It took a little longer than planned, but it's looking good. > > > > Please run the test

On Sat, Jul 29, 2017 at 4:59 AM, Dimitry Andric <dimitry at andric.com> wrote: > On 27 Jul 2017, at 00:41, Hans Wennborg via cfe-dev <cfe-dev at lists.llvm.org> wrote: >> >> 5.0.0-rc1 has just been tagged. >> >> Please build, test and upload binaries to the sftp. Let me know if >> there are any issues. > > Built and tested rc1. Test failures on

...pulse cov: 32410 bits: 30791 indir: 714 units: 4975 exec/s: 0 NEW0: 32410 L 13869 ==31301==AddressSanitizer CHECK failed: /home/brian/src/fuzzpy/llvm_src/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_coverage_libcdep.cc:467 "((n % 16)) == ((0))" (0x1, 0x0) #0 0x11d3b7 in __asan::AsanCheckFailed(char const*, int, char const*, unsigned long long, unsigned long long) /home/brian/src/fuzzpy/llvm_src/llvm/projects/compiler-rt/lib/asan/asan_rtl.cc:67:3 #1 0x122f1f in __sanitizer::CheckFailed(char const*, int, char const*, unsigned long long, unsigned long long) /home/brian/...

...its: 4975 exec/s: 0 >> NEW0: 32410 L 13869 >> ==31301==AddressSanitizer CHECK failed: >> /home/brian/src/fuzzpy/llvm_src/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_coverage_libcdep.cc:467 >> "((n % 16)) == ((0))" (0x1, 0x0) >> #0 0x11d3b7 in __asan::AsanCheckFailed(char const*, int, char const*, >> unsigned long long, unsigned long long) >> /home/brian/src/fuzzpy/llvm_src/llvm/projects/compiler-rt/lib/asan/asan_rtl.cc:67:3 >> #1 0x122f1f in __sanitizer::CheckFailed(char const*, int, char >> const*, unsigned long lo...

...0: 32410 L 13869 >>>> ==31301==AddressSanitizer CHECK failed: >>>> /home/brian/src/fuzzpy/llvm_src/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_coverage_libcdep.cc:467 >>>> "((n % 16)) == ((0))" (0x1, 0x0) >>>> #0 0x11d3b7 in __asan::AsanCheckFailed(char const*, int, char >>>> const*, unsigned long long, unsigned long long) >>>> /home/brian/src/fuzzpy/llvm_src/llvm/projects/compiler-rt/lib/asan/asan_rtl.cc:67:3 >>>> #1 0x122f1f in __sanitizer::CheckFailed(char const*, int, char >>&...

...tack alloc context id is found, a new entry is created. If this causes an eviction, the evicted entry is dumped immediately (by default to stderr, otherwise to a specified report file). Later post processing can merge dumped entries with the same stack alloc context id. Initialization For ASAN, an __asan_init function initializes the memory allocation tracking support, and the ASAN instrumentation pass in LLVM creates a global constructor to invoke it. The heap profiler prototype adds a new __heapprof_init function, which performs heap profile specific initialization, and the heap profile instrumen...

...> is created. If this causes an eviction, the evicted entry is dumped > immediately (by default to stderr, otherwise to a specified report file). > Later post processing can merge dumped entries with the same stack alloc > context id. > Initialization > > > > For ASAN, an __asan_init function initializes the memory allocation > tracking support, and the ASAN instrumentation pass in LLVM creates a > global constructor to invoke it. The heap profiler prototype adds a new > __heapprof_init function, which performs heap profile specific > initialization, and the he...

...d. If this causes an eviction, the evicted entry is > dumped immediately (by default to stderr, otherwise to a specified > report file). Later post processing can merge dumped entries with the > same stack alloc context id. > > > Initialization > > > For ASAN, an __asan_init function initializes the memory allocation > tracking support, and the ASAN instrumentation pass in LLVM creates a > global constructor to invoke it. The heap profiler prototype adds a > new __heapprof_init function, which performs heap profile specific > initialization, and th...

...d. If this causes an eviction, the evicted entry is dumped >> immediately (by default to stderr, otherwise to a specified report file). >> Later post processing can merge dumped entries with the same stack alloc >> context id. >> Initialization >> >> For ASAN, an __asan_init function initializes the memory allocation >> tracking support, and the ASAN instrumentation pass in LLVM creates a >> global constructor to invoke it. The heap profiler prototype adds a new >> __heapprof_init function, which performs heap profile specific >> initializa...

...locate 0x10800 (67584) bytes at address 0x631000014800 ==10525==AddressSanitizer CHECK failed: /usr/local/google/home/blaikie/dev/llvm/src/projects/compiler-rt/lib/sanitizer_common/sanitizer_posix.cc:143 "(("unable to unmap" && 0)) != (0)" (0x0, 0x0) #0 0x51f42f in __asan::AsanCheckFailed(char const*, int, char const*, unsigned long long, unsigned long long) /usr/local/google/home/blaikie/dev/llvm/src/projects/compiler-rt/lib/asan/asan_rtl.cc:69:3 #1 0x532eff in __sanitizer::CheckFailed(char const*, int, char const*, unsigned long long, unsigned long long) /usr...

...at address 0x631000014800 > > ==10525==AddressSanitizer CHECK failed: > /usr/local/google/home/blaikie/dev/llvm/src/projects/compiler-rt/lib/sanitizer_common/sanitizer_posix.cc:143 > "(("unable to unmap" && 0)) != (0)" (0x0, 0x0) > > #0 0x51f42f in __asan::AsanCheckFailed(char const*, int, char const*, > unsigned long long, unsigned long long) > /usr/local/google/home/blaikie/dev/llvm/src/projects/compiler-rt/lib/asan/asan_rtl.cc:69:3 > > #1 0x532eff in __sanitizer::CheckFailed(char const*, int, char > const*, unsigned long long,...