linux – 如何在使用dlopen加载的共享库中创建gdb打印符号？

我想使用GDB调试在 Linux 2.6上运行的进程.附加PID(其中PID是进程ID),print main,print sin,print gzopen和print dlopen work(即它们找到相应的符号).但是打印myfoo不起作用,其中myfoo是使用dlopen从.so文件进程加载的函数.这是我得到的：

(gdb) print main
$3 = {int (int,char **)} 0x805ba90 <main>
(gdb) print sin
$4 = {<text variable,no debug info>} 0xb7701230 <sin>
(gdb) print gzopen
$5 = {<text variable,no debug info>} 0xb720df50 <gzopen>
(gdb) print dlopen
$6 = {<text variable,no debug info>} 0xb77248e0 <__dlopen_nocheck>
(gdb) print myfoo
No symbol "myfoo" in current context.

如何让GDB找到myfoo？

函数myfoo确实存在,因为在程序中我设法使用dlsym获取其地址(在dlopen之后),我设法调用它.只有在那之后我才将GDB附加到流程中.

原来,有一个mydir / mylib.so：没有这样的文件或目录错误消息由GDB的attach $PID命令打印.显然GDB是在错误的目录中启动的.在启动GDB之前做正确的cd修复了问题,打印myfoo开始工作.

我想自动执行此操作：我希望GDB找出我的.so文件(加载dlopen)的位置.我能想到的近似是检查/ proc / $PID / maps(在Linux上),查找可能的目录,并在启动GDB之前将所有目录添加到GDB库搜索路径.扩展LD_LIBRARY_PATH并执行set solib-search-path / tmp / parent不起作用(ls -l /tmp/parent/mydir/myfoo.so确实有效),GDB仍然报告了No such file或directory.我如何告诉GDB在哪里寻找mydir / myfoo.so？

我的另一个问题是如何获取可能的目录列表？在Linux上,/ proc / $PID / maps包含它们 – 但是其他操作系统如FreeBSD和Mac OS X呢？