[LLVMdev] [cfe-dev] About Address San...

Kostya Serebryany kcc at google.com
Fri May 25 05:09:30 PDT 2012


Hi Umesh,

Yes, asan dies on the first detected error.
This is our design choice and there is no flag to override this.

If curious, these are the reasons behind such choice:
1. The call to the error reporting routine inserted by asan is marked as
noreturn, which makes the tool ~6-7% faster.
2. Bugs detectable by asan are almost always very serious, whereas
Valgrind/memcheck can report not-that-serious bugs (e.g. leaks)

Hope this helps,
--kcc

On Fri, May 25, 2012 at 3:57 PM, Umesh Kalappa <umesh.kalappa0 at gmail.com>wrote:

> Hi All ,
>
> I'm not sure the question is relevant to the forum,My apologies if not
>
> We are trying to instrument  our code with ASan(Clang) to find the memory
> errors and we see that the application execution halts  when the Asan check
> finds the memory issue at the being. Which mean we need to fix the issue
> then compile and  execute the instrumented code again to find the next
> issue and so on .Which is fine.
>
> We would  like to know that there is any option to clang or llvm ,Where we
> can say to Asan to log  output to the file and continue to execute the
> instrumented application instead of halting the same.Like Valgrind memcheck
> has.So we can whole or almost issues  in the log .
>
> For you reference
> I'm using the clang version as
>
> [root at localhost ~]# clang --version
> clang version 3.2 (trunk)
> Target: i386-pc-linux-gnu
> Thread model: posix
>
>
> On OS
>
> Centos -6
> [root at localhost ~]# uname -a
> Linux localhost.localdomain 2.6.32-220.el6.i686 #1 SMP Tue Dec 6 16:15:40
> GMT 2011 i686 i686 i386 GNU/Linux
>
>
> Thanks
> ~Umesh
>
>
>
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120525/b6b6c8d2/attachment.html>


More information about the llvm-dev mailing list