<div dir="ltr">Should we make getNumberOfSymbols return 0 if there is no symbol table?</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 28, 2016 at 7:46 AM, Bandzi Michal via llvm-commits <span dir="ltr"><<a href="mailto:llvm-commits@lists.llvm.org" target="_blank">llvm-commits@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
When binaries are compressed by UPX, information about symbol table offset and symbol count remain unchanged (but became invalid due to compression). This causes failure in constructor and rest of the binary cannot be processed.<br>
<br>
In proposed patch (attachment), when symbol table initialization fails, constructor does not return error, but rather resets symbol related information (symbol/string table pointers, sizes) - this should disable related iterators and function while rest of the binary can be processed.<span class="HOEnZb"><font color="#888888"><br>
<br>
Michal Bandzi<br>
<br>
</font></span><br>_______________________________________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@lists.llvm.org">llvm-commits@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-commits" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-commits</a><br>
<br></blockquote></div><br></div>