This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: probing a plt
The unusual behavior was because query_module_symtab, when given an
address, was returning the address of the containing entry. Making an
exception in query_module_symtab for the .plt case now gives predictable
results: (this test program dumps out the plt table)
stap --kelf -c "./plt.x plt.x" -e 'probe process("./plt.x").plt
{printf("plt entry %s\n",$$name)}'
plt entry __libc_start_main
plt entry elf_version
plt entry open
plt entry elf_begin
plt entry elf_kind
plt entry gelf_getehdr
plt entry calloc
plt entry __stpcpy_chk
plt entry dlopen
plt entry __stpcpy_chk
plt entry dlopen
plt entry gelf_getehdr
plt entry dwfl_begin
plt entry dwfl_report_offline
plt entry dwfl_report_end
plt entry dwfl_module_getelf
plt entry elf_getshstrndx
plt entry gelf_getphdr
plt entry gelf_getphdr
plt entry gelf_getphdr
plt entry elf_rawfile
plt entry printf
plt entry elf_nextscn
plt entry gelf_getshdr
plt entry elf_strptr
plt entry elf_nextscn
plt entry gelf_getshdr
plt entry elf_strptr
plt entry elf_nextscn
plt entry gelf_getshdr
plt entry elf_strptr
plt entry elf_nextscn
plt entry gelf_getshdr
plt entry elf_strptr
plt entry elf_nextscn
plt entry gelf_getshdr
plt entry elf_strptr
plt entry elf_nextscn
plt entry gelf_getshdr
plt entry elf_strptr
plt entry elf_nextscn
plt entry gelf_getshdr
plt entry elf_strptr
plt entry elf_nextscn
plt entry gelf_getshdr
plt entry elf_strptr
plt entry elf_nextscn
plt entry gelf_getshdr
plt entry elf_strptr
plt entry elf_nextscn
plt entry gelf_getshdr
plt entry elf_strptr
plt entry elf_nextscn
plt entry gelf_getshdr
plt entry elf_getdata
plt entry elf_scnshndx
plt entry elf_getshstrndx
plt entry gelf_getrela
plt entry gelf_getsymshndx
plt entry elf_getscn
plt entry gelf_getshdr
plt entry dwfl_module_relocate_address
plt entry dwfl_standard_find_debuginfo
...