<div dir="ltr">Hi Keno,<div><br></div><div>Is there a reason the -printdebugline test is calling getObjectForDebug()? Apologies - it has been a while since I looked at this, but it's causing some issues with the attached patch.</div><div><br></div><div>This patch, which was requested by Eugene, changes LoadedObjectInfo::getSectionLoadAddress to take a SectionRef instead of a string section name. In theory this should be safe since LoadedObjectInfo is meant to provide metadata only about the object that was loaded, not the object returned by getObjectForDebug. In practice it's causing problems because -printdebugline code is mixing the two and constructing a DWARFContextInMemory from a debug-object and a loaded object info. DWARFContextInMemory tries to look up the load address of the sections of the debug object and gets null values back because the debug-object was never loaded, which leads to bogus output.</div><div><br></div><div>My instinct is to remove -printdebugline and the call to getObjectForDebug(), but I wanted to check with you first: What was/is it meant to be testing?</div><div><br></div><div>Cheers,</div><div>Lang.</div></div>