<br><br><div class="gmail_quote">On Wed, Dec 28, 2011 at 3:38 AM, Evgeniy Stepanov <span dir="ltr"><<a href="mailto:eugeni.stepanov@gmail.com">eugeni.stepanov@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In fact, I'd like copy or reimplement ProcMapsIterator as part of ASan<br>
to escape the ifdef hell.<br></blockquote><div><br></div><div>Yea, I've got tired of it myself too. I'll try to re-implement the linux version next week. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

But this should be good enough, lets land it first.<br></blockquote><div>r147321 (fixed style) </div><div>Thanks (let's see if this fixed the wine problem)</div><div><br></div><div>--kcc </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5"><br>
On Wed, Dec 28, 2011 at 3:24 AM, Kostya Serebryany <<a href="mailto:kcc@google.com">kcc@google.com</a>> wrote:<br>
> I like the idea (it may actually fix the problem reported today on wine),<br>
> but we need to guard the code that uses sysinfo/sysinfo.h<br>
> with ASAN_USE_SYSINFO==1 (see asan_stack.cc).<br>
> Or add some macro machinery to get sysinfo.h from an alternative place as in<br>
> perftools (base/sysinfo.h).<br>
><br>
> --kcc<br>
><br>
><br>
> On Wed, Dec 21, 2011 at 4:04 AM, Evgeniy Stepanov<br>
> <<a href="mailto:eugeni.stepanov@gmail.com">eugeni.stepanov@gmail.com</a>> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> if __asan_init is called from .preinit_array, pthread_getattr_np may<br>
>> become unsafe. This patch adds a different way of locating the stack<br>
>> of the main thread with a combination of getlrimit() and<br>
>> /proc/self/maps.<br>
><br>
><br>
</div></div></blockquote></div><br>