22 Apr
2009
22 Apr
'09
8:45 a.m.
On Wed, 2009-04-22 at 13:02 +0200, Mark Wielaard wrote:
Also investigating some changes in the build_id vaddr logic, which seem to pop up with the new code. Will report when I figure out if it is an stap or libdwfl issue.
This is because the build_id address returned by dwfl_module_build_id() isn't adjusted for with sh_addr + mod->main.bias anymore when the module is ET_EXEC or ET_DYN. This seems to be caused by the guard of mod->e_type == ET_REL before calling __libdwfl_relocate_value() inside __libdwfl_find_build_id(). Of course if the guard wasn't there, then the new assert inside __libdwfl_relocate_value() would trigger.
Cheers,
Mark