We test whether we can unwind through a "deleted" shared library of a remote process with the run-deleted.sh test. This work fine on ppc64. Except for resolving some of the addresses. The problem is that we sanity check a symbol address against the odp, if we don't have that, we don't resolve it in backends/ppc64_resolve_sym.c. For ELF images gotten through elf_remote_memory we don't have shdrs and so won't find the .odp. For now the test has been disabled for ppc64 in tests/run-deleted.sh: +# For PPC64 we need access to the OPD table which we get through the shdrs +# (see backends/ppc64_init.c) but for the deleted-lib we only have phdrs. +# So we don't have the name of the function. But since we should find +# the EH_FRAME through phdrs just fine, we can unwind into main. +if test "`uname -m`" != "ppc64"; then + grep -qw libfunc bt +fi We could/should probably be a little less paranoid and just fetch the data section and resolve anyway.
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle. Changing version to '22'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
This should have stayed open. Changing version to rawhide (it already has FutureFeature keyword) hopefully that helps.