<div dir="ltr">(resend to include lldb-dev)<div><br><div class="gmail_quote"><br><div dir="ltr">i don't know if you are the person to ask, but git says you wrote TestMemoryHistory.py, so i thought i'd start with you.<div><br></div><div>when i run unit test TestMemoryHistory.py on OSX, the unit test won't compile/link and complains that libclang_rt.asan_osx_dynamic.dylib can't be found<div><br></div><div>if i remove "-fsanitize=address " (added from the Makefile in that directory) from the compile/link, the unit test builds fine</div><div><br></div><div>is there something i need to do to make this unit test work on OSX?</div><div><br></div><div>were you able to get this unit test to build on OSX?</div><div><br></div><div><br></div>







</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 14, 2014 at 6:24 PM, Kuba Břečka <span dir="ltr"><<a href="mailto:kuba.brecka@gmail.com" target="_blank">kuba.brecka@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi,</div><div><br></div><div>I'm trying to create a better support for debugging ASan-enabled binaries in LLDB. I already started by proposing some API into the ASan runtime library (<a href="http://lists.cs.uiuc.edu/pipermail/llvmdev/2014-July/074656.html" target="_blank">http://lists.cs.uiuc.edu/pipermail/llvmdev/2014-July/074656.html</a>), which should enable the debugger to query various additional information the runtime can provide. Basically this means:</div>
<div><br></div><div>* malloc/free traces - given a memory address, the ASan runtime can return recorded stack trace(s) of how that chunk of memory was allocated and/or freed.</div><div><br></div><div>* shadow mapping information - these say how exactly is a memory address mapped into the shadow memory and back.</div>
<div><br></div><div>* locating a memory address - ASan tracks globals and stack variables, so it can provide a name (and size) given such a memory address; for heap addresses it can give out the starting address and size of that chunk.</div>
<div><br></div><div>* gathering report information - when ASan detects an error, the reporting mechanism can provide additional information, e.g. what kind of bug was found ("heap-use-after-free").</div><div><br>
</div><div>For the malloc/free stack traces, it seems the best way to add this feature would be to extend the ValueObject class with a generic API to retrieve a list of HistoryThread objects, with some additional enum/constant-string to tell the type of individual threads. Something like:</div>
<div><span style="white-space:pre-wrap">  </span></div><div><span style="white-space:pre-wrap"> </span>ThreadList &</div><div><span style="white-space:pre-wrap"> </span>ValueObject::GetStackTraces() { ... }</div>
<div><br></div><div>The API for this should be reusable for other libraries/tools, for example malloc_history could provide a very similar information. Since I want this to be available in the SB API as well, Python scripting seems not to be the way to go.</div>
<div><br></div><div>The goal is to have ASan-aware LLDB commands, such as:</div><div><br></div><div><span style="white-space:pre-wrap">   </span>(lldb) expr -x 0xf00f00</div><div><span style="white-space:pre-wrap">  </span>// prints out the value of the expression, and if it's a pointer also</div>
<div><span style="white-space:pre-wrap">  </span>// prints the malloc and free stack traces</div><div><span style="white-space:pre-wrap">       </span>(lldb) memory read --shadow 0xf00f00</div><div><span style="white-space:pre-wrap">     </span>// prints out the corresponding shadow memory instead</div>
<div><span style="white-space:pre-wrap">  </span>(lldb) memory locate 0xf00f00</div><div><span style="white-space:pre-wrap">    </span>// says it's a stack variable with name "foo", size, starting address</div>
<div><br></div><div>I'll send patch(es) shortly, but do you have any comments/hints on the idea in general?</div><div><br></div><div>Thanks,</div><div>Kuba</div><div><br></div></div>
<br>_______________________________________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@cs.uiuc.edu" target="_blank">lldb-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br>
<br></blockquote></div><br></div>
</div><br></div></div>