llvm dev - Sep 2017 - Temporary disable ASan's allocator check

Hi all,

Is it possible to change the value of ASan's allocator_may_return_null at
runtime or somehow disable this check temporarily? If I install an LLVM
bad_alloc_error_handler, ASan's allocator wrapper detects this first and
terminates the process instead of returning 0, preventing the custom handler
from being called.

Thanks,
Jonas

On Wed, Sep 6, 2017 at 8:43 AM, Jonas Devlieghere via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> Hi all,
>
> Is it possible to change the value of ASan's allocator_may_return_null
at
> runtime or somehow disable this check temporarily? If I install an LLVM
> bad_alloc_error_handler, ASan's allocator wrapper detects this first
and
> terminates the process instead of returning 0, preventing the custom
> handler from being called.
>
Is this question related to "r312582 - Revert "[Decompression] Fail
gracefully when out of memory""?

>
> Thanks,
> Jonas
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20170906/26fe7496/attachment.html>

> On Sep 6, 2017, at 9:14 PM, Kostya Serebryany <kcc at google.com>
wrote:
> 
> 
> 
> On Wed, Sep 6, 2017 at 8:43 AM, Jonas Devlieghere via llvm-dev <llvm-dev
at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
> Hi all,
> 
> Is it possible to change the value of ASan's allocator_may_return_null
at runtime or somehow disable this check temporarily? If I install an LLVM
bad_alloc_error_handler, ASan's allocator wrapper detects this first and
terminates the process instead of returning 0, preventing the custom handler
from being called.
> 
> Is this question related to "r312582 - Revert "[Decompression]
Fail gracefully when out of memory”"?
It is! Though even if we don't need it, I’d still be interested to know
whether this is possible. If the answer is no, I wonder how useful error handler
is (which isn't currently used, at least not upstream).
>  
> 
> Thanks,
> Jonas
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
<http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev>
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20170906/1969616c/attachment.html>