在主程序运行时替换共享对象(.so文件)

前端之家收集整理的这篇文章主要介绍了在主程序运行时替换共享对象(.so文件)前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有一个共享对象gateway.so(在 Linux / C中).而a.out应用程序正在使用它.

问题A

我猜:当进程a.o​​ut启动时,加载器加载了gateway.so(我不使用dl函数,如dlopen).所以所有到gateway.so的运行时符号解析都会发生在内存中.它不需要从disk再次访问gateway.so.

我对吗?

所以我不能用更新版本替换gateway.so,而a.out正在运行,对吧?

问题B

另一个相关的问题:一旦我取代了和过时的版本的gateway.so文件,我收到的消息

“a.out: can’t resolve symbol ‘Test_OpenGateway'”

哪个程序组件(loader / linker …)发送这个输出?该组件正在执行作为相同进程上下文的一部分?

解决方法

否,一旦运行时链接器(ld.so)将其映射到进程的地址空间,文件可能仍然需要从磁盘读取.这种映射发生的方式是通过mmap(2)系统调用和标志PROT_EXEC来允许执行.

地图在映射后不会将整个文件放入内存,而是实际创建一个内存区域,如果所请求的内存块尚未被复制,则会按需调用页面故障,并且页面错误处理通过在文件中的适当偏移量读取内核空间.

关于第二个问题,它是运行时链接器(ld.so)的抱怨.加载ld.so的代码由编译时链接器(ld)作为程序启动代码发出,因此在main被调用之前,它将在用户空间中执行.

原文链接:https://www.f2er.com/c/114082.html

猜你在找的C&C++相关文章