This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug translator/11751] on s390x, externalvar.exp gets libdwfl failures
- From: "dsmith at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sources dot redhat dot com
- Date: 30 Jun 2010 14:01:16 -0000
- Subject: [Bug translator/11751] on s390x, externalvar.exp gets libdwfl failures
- References: <20100624180716.11751.dsmith@redhat.com>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From dsmith at redhat dot com 2010-06-30 14:01 -------
> OK, so this is for all the variables in the library. We think we found, libvar
> in this case, at address 0x1a70, we try to translate it to a location
> expression, so we ask libdwfl about it to determine which dwfl module exactly it
> is in. But then dwfl_addrmodule fails for some reason (but without it setting an
> error code).
>
> Could you try to build the libexternalvar.so as above (or just comment out the
> rm in the exp file) and see waht loc2c-test says about it?
>
> $ ./loc2c-test testsuite/libexternalvar.so 0x1a70
>
> $ ./loc2c-test testsuite/libexternalvar.so 0x1a70 libvar
After adding '-e', I get:
# ./loc2c-test -e testsuite/libexternalvar.so 0x1a70
./loc2c-test: dwfl_addrdie: address out of range
# ./loc2c-test -e testsuite/libexternalvar.so 0x1a70 libvar
./loc2c-test: dwfl_addrdie: address out of range
> and what does eu-readelf say about the lib_call function?
>
> $ eu-readelf -s testsuite/libexternalvar.so | grep lib_call
# eu-readelf -s testsuite/libexternalvar.so | grep lib_call
48: 000000000000062c 18 FUNC LOCAL DEFAULT 10 lib_call
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11751
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.