<div dir="ltr">Well ... when I do objdump --dwarf on ardb-server, I get a bunch of info. When I run ardb under gdb, I'm able to stop and get backtraces w/ symbolic info. When I use jemalloc 3.6.0 (on x86), I get useful info. Given all that, I think it's unlikely that I'm stripping unwind-related DWARF info, but if there's something specific I should look for, I'm happy to do that.<div><br></div><div>If you don't have any other ideas, I guess I'll try going back to 3.6.0 and patching out the atexit functionality like you suggested previously.</div><div><br></div><div>Thanks,</div><div>Brock</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 11, 2015 at 4:51 PM, Jason Evans <span dir="ltr"><<a href="mailto:jasone@canonware.com" target="_blank">jasone@canonware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Feb 11, 2015, at 4:45 PM, Brock Pytlik <<a href="mailto:brock.pytlik@gmail.com">brock.pytlik@gmail.com</a>> wrote:<br>
> I think these are the relevant lines from config.log:<br>
> configure:8897: checking configured backtracing method<br>
> configure:8899: result: libgcc<br>
><br>
> I see the same lines for both the x86 and arm builds.<br>
<br>
</span>Unless you are stripping your binaries of all the unwind-related DWARF info, I don't have any likely explanations for the backtracing failures.<br>
<span class="HOEnZb"><font color="#888888"><br>
Jason</font></span></blockquote></div><br></div>