如果是共享库
不幸的是,你被水洗了;事后动态链接器无法知道库在内存中的位置。
好吧,仍然有可能检索信息,而不是从二进制文件中,而是从对象中。但是你需要对象的基地址。而且这些信息仍然在 coredump 中,在 link_map 结构中。
因此,首先您要将 struct link_map 导入 GDB。因此,让我们用它编译一个带有调试符号的程序并将其添加到 GDB。
链接.c
#include <link.h>
toto(){struct link_map * s = 0x400;}
get_baseaddr_from_coredump.sh
#!/bin/bash
BINARY=$(which myapplication)
IsBinPIE ()
{
readelf -h $1|grep 'Type' |grep "EXEC">/dev/null || return 0
return 1
}
Hex2Decimal ()
{
export number="`echo "$1" | sed -e 's:^0[xX]::' | tr '[a-f]' '[A-F]'`"
export number=`echo "ibase=16; $number" | bc`
}
GetBinaryLength ()
{
if [ $# != 1 ]; then
echo "Error, no argument provided"
fi
IsBinPIE $1 || (echo "ET_EXEC file, need a base_address"; exit 0)
export totalsize=0
# Get PT_LOAD's size segment out of Program Header Table (ELF format)
export sizes="$(readelf -l $1 |grep LOAD |awk '{print $6}'|tr '\n' ' ')"
for size in $sizes
do Hex2Decimal "$size"; export totalsize=$(expr $number + $totalsize); export totalsize=$(expr $number + $totalsize)
done
return $totalsize
}
if [ $# = 1 ]; then
echo "Using binary $1"
IsBinPIE $1 && (echo "NOT ET_EXEC, need a base_address..."; exit 0)
BINARY=$1
fi
gcc -g3 -fPIC -shared link.c -o link.so
GOTADDR=$(readelf -S $BINARY|grep -E '\.got.plt[ \t]'|awk '{print $4}')
echo "First do the following command :"
echo file $BINARY
echo add-symbol-file ./link.so 0x0
read
echo "Now copy/paste the following into your gdb session with attached coredump"
cat <<EOF
set \$linkmapaddr = *(0x$GOTADDR + 4)
set \$mylinkmap = (struct link_map *) \$linkmapaddr
while (\$mylinkmap != 0)
if (\$mylinkmap->l_addr)
printf "add-symbol-file .%s %#.08x\n", \$mylinkmap->l_name, \$mylinkmap->l_addr
end
set \$mylinkmap = \$mylinkmap->l_next
end
它会在一组 GDB 命令中打印出整个 link_map 内容。
它本身可能看起来很不合理,但是使用我们所讨论的共享对象的 base_addr,您可以通过在另一个 GDB 实例中直接调试所涉及的共享对象来从地址中获取更多信息。保持第一个 gdb 具有符号的概念。
注意:脚本相当不完整,我怀疑您可能会添加到 add-symbol-file 的第二个参数中,并使用此值打印总和:
readelf -S $SO_PATH|grep -E '\.text[ \t]'|awk '{print $5}'
其中 $SO_PATH 是添加符号文件的第一个参数
希望能帮助到你