如何在Android中为本地库加载事件设置断点?
我认为在dlopen()上设置断点将是一个很好的起点,但是,即使加载了libc.so和/ system / bin / linker的符号,gdb也无法找到dlopen函数.
看起来AndroID也正在使用.so文件的某些特殊格式,因为nm工具也不报告dlopen()位置.
是否有解决此问题的解决方法,或者是特定于AndroID的.so转储工具,可以通过其名称帮助查找功能地址,以便我可以手动设置断点?
编辑:
我想做的是设置一个断点,该断点将在加载任何本机库时即在任何代码(甚至不在我的库中)调用dlopen()函数时触发.
问题在于AndroID GDB不支持挂起的断点.我的情况是这样的:
>我启动我的应用程序并停止它.
>该应用程序已恢复并加载了我的本机库.
>我的函数从库中调用(仅在加载应用程序时调用一次).
如果我在#1之后设置了断点,则该断点将不起作用,因为该库仍不存在,并且androID-gdb将无法重新绑定它.如果我让程序运行,然后再次将其暂停并设置一个断点,则我已经超过了#3,因此断点将毫无用处.
我正在尝试通过在#1处将断点设置为dlopen()来解决此问题,然后当它命中并加载库(即#2)时,我将设置实际的断点.
使用普通的ARM nm和objdump没有帮助. NM’ing libc.so显示dlopen()是未定义的:
00016188 T dlmemalign U dlopen00016338 T dlpvalloc
/ system / bin / linker二进制文件实际上包含dlopen文本(.rodata节的第一个字节),但是nm显示以下文本:
arm-linux-androIDeabi-nm.exe: linker: No symbols
使用objdump进行反汇编不会产生任何符号名称.
搜寻androID来源显示此来源档案:
http://dexandroid.googlecode.com/svn/trunk/bionic/linker/dlfcn.c
看起来dlopen()确实是在/ system / bin / linker内部定义的,但是它使用了一些非标准的符号解析机制(至少基于第一个注释):
/* This file hijacks the symbols stubbed out in libdl.so. */
因此,回到问题所在,如何在加载库时如何在dlopen()中设置断点以设置实际断点?
解决方法:
通常,任何arm objdump都可以工作,但是ndk目录中将有一个.
即使是非武装的自述文件也可能起作用.
我不确定为什么要在库中找到dlopen(),除非它明确地使用它来打开另一个库-通常,人们会认为它将以libdvm.so的方式调用,无论我相信实现在哪儿libdl.so(拥有为AndroID构建的grep版本是非常有用的事情-您可以在lib目录中找到字符串,尽管如果要查找它们是导入还是导出,则可能需要adb pull和objdump的文件利益).
如果要断点正在加载的库文件,则可以尝试实现静态初始化函数之一(C级或jni加载时),然后在此放置断点.
编辑:
事实证明,arm的objdump不会通过共享库中导入的符号所使用的plt解码链接,尽管它适用于x86等其他平台.就像您从设备上的系统库中所期望的那样,这会使很难理解没有调试符号的二进制文件.我能够修补binutils源代码来完成这项工作.最终,我希望将其提交到某个地方,但与此同时,已修补版本的源代码为https://github.com/cstratton/binutils-android-decodeplt.
我将objdump二进制文件放到了prebuilt-linux-x86 /目录中,尽管我不知道它的可移植性.
总结以上是内存溢出为你收集整理的Android中的本机库加载断点全部内容,希望文章能够帮你解决Android中的本机库加载断点所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)