<div dir="ltr">Before all that did you verify that LLVM's tool matches Microsoft's CVDump?<div><br></div><div>LLVM's tool is still somewhat young though I haven't run into problems recently (~ Jan 2018)<br><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Mar 3, 2018 at 10:34 AM, Hayden Livingston via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@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">I will build LLVM locally, debug and report back.<br>
<br>
On Sat, Mar 3, 2018 at 2:47 AM, Hayden Livingston<br>
<<a href="mailto:halivingston@gmail.com">halivingston@gmail.com</a>> wrote:<br>
> I've just started using the llvm-pdbutil tool. Great job on the general tool.<br>
><br>
> But I'm having trouble figuring out how the output of the dump tool<br>
> relates to real addresses in memory or for that matter relative<br>
> virtual address either.<br>
><br>
> Here's the logic I tried (which doesn't work):<br>
><br>
> (1) Get Instruction Pointer of interest<br>
> (2) Subtract the base address of the dll that address belongs to<br>
> (3) You now have an RVA<br>
><br>
> Use llvm-pdbutil to dump the pdb information.<br>
><br>
> The problem is I'm unable to find (or approximate) this RVA in the<br>
> dump information. The numbers in the llvm dumped files are in the form<br>
> segment:offset but even after accounting for the segment, the offsets<br>
> look way off.<br>
><br>
> Does anybody have any idea what I might be doing wrong?<br>
______________________________<wbr>_________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/llvm-dev</a><br>
</blockquote></div><br></div>