This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug translator/13143] process.library("libfoo.so").function(ADDRESS).call/return fail to resolve
- From: "brolley at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sourceware dot org
- Date: Tue, 30 Aug 2011 19:51:29 +0000
- Subject: [Bug translator/13143] process.library("libfoo.so").function(ADDRESS).call/return fail to resolve
- Auto-submitted: auto-generated
- References: <bug-13143-6586@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=13143
--- Comment #4 from Dave Brolley <brolley at redhat dot com> 2011-08-30 19:51:29 UTC ---
(In reply to comment #2)
> Looks like it is working as designed.
>
> probe process ("libfoo.so").library("libfoo.so").function(0x55e).call
> maps to and seems to behave identical to:
> probe process ("libfoo.so").function(0x55e).call
>
> query_addr has this check.
> if ((tag == DW_TAG_subprogram && !q->has_inline) ||
> (tag == DW_TAG_inlined_subroutine &&
> !q->has_call && !q->has_return))
> which in the above case is checking
> tag == DW_TAG_inlined_subroutine
> q->has_call == true
>
> and thus it fails.
>
> For the case where a probe is added to libfoofunc then the check becomes
> tag == DW_TAG_subprogram
> q->has_inline == true
So are you saying that it's not resolving because the function libfoofunc was
inlined (because it was empty)?
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.