On Sat, Nov 02, 2013 at 07:28:27PM +0100, Kurt Roeckx wrote: > On Sat, Nov 02, 2013 at 07:11:46PM +0100, Mark Wielaard wrote: > > On Sat, Nov 02, 2013 at 06:23:14PM +0100, Vadim Zeitlin wrote: > > > I'm trying to use abi-dumper tool for analyzing the ABI of my own shared > > > library. This tools uses eu-readelf to actually read the library symbols > > > but eu-readelf crashes, making it unusable: > > > > > > % eu-readelf -N --debug-dump=loc libwx_baseu-3.0.so > /dev/null > > > [2] 16820 segmentation fault (core dumped) eu-readelf -N > > > --debug-dump=loc > /dev/null > > > > Could you run under gdb and provide a backtrace? And/Or could you post the > > libwx_baseu-3.0.so file you are using somewhere so someone else can help > > debugging? > > What I see is: > Program received signal SIGSEGV, Segmentation fault. > 0x0000000000419bcb in openbackend (elf=elf@entry=0x62a6f0, > emulation=emulation@entry=0x0, machine=62) at eblopenbackend.c:311 > 311 result->data = elf->state.elf32.ehdr->e_ident[EI_DATA]; > (gdb) bt > #0 0x0000000000419bcb in openbackend (elf=elf@entry=0x62a6f0, > emulation=emulation@entry=0x0, machine=62) at eblopenbackend.c:311 > #1 0x0000000000419ed5 in ebl_openbackend (elf=elf@entry=0x62a6f0) at > eblopenbackend.c:408 > #2 0x0000000000415454 in process_elf_file (dwflmod=dwflmod@entry=0x62a110, > fd=7) at readelf.c:803 > #3 0x0000000000417d36 in process_dwflmod (dwflmod=0x62a110, > userdata=<optimized out>, name=<optimized out>, base=<optimized out>, > arg=0x7fffffffe940) at readelf.c:690 > #4 0x00007ffff7bbce11 in dwfl_getmodules () from > /usr/lib/x86_64-linux-gnu/libdw.so.1 > #5 0x0000000000407955 in process_file (fd=fd@entry=7, fname=<optimized out>, > only_one=only_one@entry=true) at readelf.c:775 > #6 0x0000000000403c34 in main (argc=3, argv=0x7fffffffeb38) at readelf.c:295 > > The weird thing is that in the source tree with > LD_LIBRARY_PATH=libelf it works, and without it fails. If I copy > that file to /usr/lib/x86_64-linux-gnu/libelf.so.1 it works. While > /usr/lib/x86_64-linux-gnu/libelf.so.1 really should just be a > stripped version of the same file.
So for me I have this problem with this combination: elfutils 0.157-1 libdw1 0.157-1 libelf1 0.153-2 Upgrading libelf1 to 0.157-1 makes the problem go away for me. This looks like some ABI breakage in libelf? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
