search for: stk_size

...iler-rt/lib/asan/lit_tests/Linux/Output/unpoison_tls.cc.tmp 2>&1 -- Exit Code: 1 Command Output (stdout): -- ==19600==AddressSanitizer CHECK failed: /local/mnt/workspace/draco/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cc:244 "((*tls_addr + *tls_size)) <= ((*stk_addr + *stk_size))" (0xf6111030, 0xf6111000) #0 0x8069d63 (/local/mnt/workspace/draco/out/release_stage2/projects/compiler-rt/lib/asan/lit_tests/Linux/Output/unpoison_tls.cc.tmp+0x8069d63) #1 0x806d30b (/local/mnt/workspace/draco/out/release_stage2/projects/compiler-rt/lib/asan/lit_tests/Linux/Output/u...

On Thu, May 30, 2013 at 10:05 PM, Greg Fitzgerald <garious at gmail.com> wrote: > The sanitizer common and asan that mention 'thread' are failing for me > this morning. How are your bots looking? Last good commit here was > 512c616cacf70ca029a2bf719a482b902f3687cd. > Hm, our bots seem to be green. Could you refer to guilty svn revision? > > > You could try

The sanitizer common and asan that mention 'thread' are failing for me this morning. How are your bots looking? Last good commit here was 512c616cacf70ca029a2bf719a482b902f3687cd. > You could try preprocessing your report with perl or sed to fix paths > to your binaries. It would be great to have an option for that in > asan_symbolize.py. > > As for addr2line, we just

...t asserts anytime a >>> thread is created. With errors like: >>> >>> ==18015==AddressSanitizer CHECK failed: >>> clang/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cc:251 >>> "((*tls_addr + *tls_size)) <= ((*stk_addr + *stk_size))" (0xf2f7d030, >>> 0xf2f7d000) >>> >>> If I use the llvm+clang 3.3 version it works properly. >>> - >>> This message is intended only for the addressee and may contain >>> information that is company confidential or privileged. Any techni...

...-fsanitize=address on centos 6.4. By "like" I mean it asserts anytime a thread is created. With errors like: ==18015==AddressSanitizer CHECK failed: clang/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cc:251 "((*tls_addr + *tls_size)) <= ((*stk_addr + *stk_size))" (0xf2f7d030, 0xf2f7d000) If I use the llvm+clang 3.3 version it works properly. - This message is intended only for the addressee and may contain information that is company confidential or privileged. Any technical data in this message may be exported only in accordance with the U.S. Int...

...entos 6.4. By "like" I mean it asserts anytime a > thread is created. With errors like: > > ==18015==AddressSanitizer CHECK failed: > clang/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cc:251 > "((*tls_addr + *tls_size)) <= ((*stk_addr + *stk_size))" (0xf2f7d030, > 0xf2f7d000) > > If I use the llvm+clang 3.3 version it works properly. > - > This message is intended only for the addressee and may contain > information that is company confidential or privileged. Any technical data > in this message may be exported on...

...entos 6.4. By "like" I mean it asserts anytime a > thread is created. With errors like: > > ==18015==AddressSanitizer CHECK failed: > clang/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cc:251 > "((*tls_addr + *tls_size)) <= ((*stk_addr + *stk_size))" (0xf2f7d030, > 0xf2f7d000) > > If I use the llvm+clang 3.3 version it works properly. > - > This message is intended only for the addressee and may contain > information that is company confidential or privileged. Any technical data > in this message may be exported on...

...-fsanitize=address on centos 6.4. By "like" I mean it asserts anytime a thread is created. With errors like: ==18015==AddressSanitizer CHECK failed: clang/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cc:251 "((*tls_addr + *tls_size)) <= ((*stk_addr + *stk_size))" (0xf2f7d030, 0xf2f7d000) If I use the llvm+clang 3.3 version it works properly. - This message is intended only for the addressee and may contain information that is company confidential or privileged. Any technical data in this message may be exported only in accordance with the U.S. Int...