[cfe-dev] About Address San...

[John Criswell]

On 5/25/12 6:57 AM, Umesh Kalappa 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 .

SAFECode's clang supports this feature in its debug mode; I think the 
number of failures before termination is configurable via a command-line 
option.  The price that it pays is extra performance overhead and an 
inability to detect the dereference of out-of-bounds pointers in 
external library code.

SAFECode also supports a feature to log error reports to a separate file 
instead of on stderr.

If you find the continued execution feature useful, please let all of us 
know.  Since these features make design tradeoffs, it's useful to learn 
what is useful and what isn't.

That said, if ASan is finding a genuine memory safety error, you should 
fix that bug.

-- John T.

>
> 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/cfe-dev/attachments/20120525/0ff08cdb/attachment.html>