- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我用 dlopen()
编辑了一个库,我想从它传递给我的句柄反转为共享库的完整路径名。在 Linux 和 friend 上,我知道我可以使用 dlinfo()
来获取链接映射并遍历这些结构,但我似乎无法在 OSX 上找到类似的东西。我能做的最接近的事情是:
使用 dyld_image_count()
和 dyld_get_image_name()
,遍历所有当前打开的库,希望我能猜出哪个对应于我的句柄
以某种方式找到位于我的句柄内部的符号,并将其传递给 dladdr()
。
如果我对刚刚打开的库中的符号名称有先验知识,我可以dlsym()
然后使用dladdr()
。那很好用。但在一般情况下,我不知道这个共享库中有什么,我需要能够枚举符号来做到这一点,我也不知道该怎么做。
因此,非常感谢任何有关如何从其 dlopen
句柄查找库的路径名的提示。谢谢!
最佳答案
这里是如何获得 dlopen
返回的句柄的绝对路径。
dladdr
函数并检索Dl_info.dli_fname
字段。dladdr
函数,您需要给它一个地址。dlsym
函数。dlsym
仅搜索外部符号。把它们放在一起,你会得到这个:
#import <dlfcn.h>
#import <mach-o/dyld.h>
#import <mach-o/nlist.h>
#import <stdio.h>
#import <string.h>
#ifdef __LP64__
typedef struct mach_header_64 mach_header_t;
typedef struct segment_command_64 segment_command_t;
typedef struct nlist_64 nlist_t;
#else
typedef struct mach_header mach_header_t;
typedef struct segment_command segment_command_t;
typedef struct nlist nlist_t;
#endif
static const char * first_external_symbol_for_image(const mach_header_t *header)
{
Dl_info info;
if (dladdr(header, &info) == 0)
return NULL;
segment_command_t *seg_linkedit = NULL;
segment_command_t *seg_text = NULL;
struct symtab_command *symtab = NULL;
struct load_command *cmd = (struct load_command *)((intptr_t)header + sizeof(mach_header_t));
for (uint32_t i = 0; i < header->ncmds; i++, cmd = (struct load_command *)((intptr_t)cmd + cmd->cmdsize))
{
switch(cmd->cmd)
{
case LC_SEGMENT:
case LC_SEGMENT_64:
if (!strcmp(((segment_command_t *)cmd)->segname, SEG_TEXT))
seg_text = (segment_command_t *)cmd;
else if (!strcmp(((segment_command_t *)cmd)->segname, SEG_LINKEDIT))
seg_linkedit = (segment_command_t *)cmd;
break;
case LC_SYMTAB:
symtab = (struct symtab_command *)cmd;
break;
}
}
if ((seg_text == NULL) || (seg_linkedit == NULL) || (symtab == NULL))
return NULL;
intptr_t file_slide = ((intptr_t)seg_linkedit->vmaddr - (intptr_t)seg_text->vmaddr) - seg_linkedit->fileoff;
intptr_t strings = (intptr_t)header + (symtab->stroff + file_slide);
nlist_t *sym = (nlist_t *)((intptr_t)header + (symtab->symoff + file_slide));
for (uint32_t i = 0; i < symtab->nsyms; i++, sym++)
{
if ((sym->n_type & N_EXT) != N_EXT || !sym->n_value)
continue;
return (const char *)strings + sym->n_un.n_strx;
}
return NULL;
}
const char * pathname_for_handle(void *handle)
{
for (int32_t i = _dyld_image_count(); i >= 0 ; i--)
{
const char *first_symbol = first_external_symbol_for_image((const mach_header_t *)_dyld_get_image_header(i));
if (first_symbol && strlen(first_symbol) > 1)
{
handle = (void *)((intptr_t)handle | 1); // in order to trigger findExportedSymbol instead of findExportedSymbolInImageOrDependentImages. See `dlsym` implementation at http://opensource.apple.com/source/dyld/dyld-239.3/src/dyldAPIs.cpp
first_symbol++; // in order to remove the leading underscore
void *address = dlsym(handle, first_symbol);
Dl_info info;
if (dladdr(address, &info))
return info.dli_fname;
}
}
return NULL;
}
int main(int argc, const char * argv[])
{
void *libxml2 = dlopen("libxml2.dylib", RTLD_LAZY);
printf("libxml2 path: %s\n", pathname_for_handle(libxml2));
dlclose(libxml2);
return 0;
}
如果您运行这段代码,它将产生预期的结果:libxml2 路径:/usr/lib/libxml2.2.dylib
关于c - 从 OSX 上的 dlopen 句柄查找路径名,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20481058/
每当在同一进程中使用 Linux 上的 dlopen() 函数从任何其他库加载任何新库时,我能否在我的库中获得通知?谢谢。 最佳答案 构建一个 library interposer插入 dlopen(
如果我的可执行文件调用 dlopen 来加载一个库但忽略了调用 dlclose,该库将保持加载状态直到进程退出并且操作系统强制它卸载。 如果我加载 a.so 加载 b.so,然后在 a.so 上调用
两次不同的 dlopen 和 dlclose 几次,在 dlopen 上被阻止。 卡在dlopen上,它不输出任何内容,cpuidle降至0%,并且无法通过ctrl+c退出。 LOG_TRACE("a
package com.test.nativeapp; import android.support.v7.app.ActionBarActivity; import android.os.Bundl
我在 channelReceiver.c 中使用 md5使用 jni 文件 MD5_CTX td; MD5_Init(&td); block = malloc(176); MD5_Update(&td
假设我有一个 parent 和一个 child , child 用 dlopen 在 child 中调用函数“hello”。然后 child 可以在 parent 中调用函数“world”吗?我不断收
根据文档,dlopen与 dlsym 结合使用加载库,并获取指向符号的指针。 但这已经是动态加载器/链接器所做的。 而且,这两种方法都是基于ld.so . 使用 dlopen 时实际上似乎有两个不同之
我需要从另一个程序调用一个函数。如果另一个程序是一个库,我可以简单地使用 dlopen 和 dlsym 来获取该函数的句柄。不幸的是,另一个程序是 Unix 可执行文件,并且不能将其构建为库。在可执行
我的程序使用通过 dlopen() 动态加载的插件。这些插件的位置可以是任意的,因此它们不一定在库路径中。在某些情况下,一个插件需要依赖另一个插件。因此,如果 A 和 B 是动态库,我将首先加载 A,
尝试通过 dlopen 加载模块(共享对象)时,加载失败。 比如说,我的 testshobj.c 具有以下内容: // testobj.c int dummy() { return 5; }
我正在 linux 中使用“dlopen”制作一个插件系统。有一个在插件之间传输数据(JSON)的中央应用程序。我们可以使用 try-catch 子句处理抛出的异常。我的问题是关于终止程序的错误,比如
我有一个奇怪的错误,上面写着: java.lang.UnsatisfiedLinkError: dlopen failed: cannot find "./obj/local/armeabi-v7a/
我在网上搜索后似乎找不到答案。 当我第一次使用 dlopen 时,它似乎比之后的任何时候都花费更长的时间,包括如果我从一个程序的多个实例运行它。 dlopen 是否将 so 加载到内存中一次并让操作系
在 C++ 中使用 dlopen 时,我正在努力思考工厂模式在内部是如何工作的。很抱歉发了很长的帖子。 tl;博士;问题在下面的粗体中。 来自 http://www.tldp.org/HOWTO/C+
我正在使用 dlopen 加载动态生成的代码。程序在代码上调用编译器并生成一个 .so 文件,然后程序加载该文件以扩展自身。 问题是,如果我对生成的代码使用相同的名称,dlopen 会返回旧对象的句柄
sharedlibrary通过LD_PRELOAD加载,同库的构造函数调用dlopen("libc.so.6") 问题是dlopen一直在用,调试显示如下dlopen 调用 __dlopen 调用 c
作为这篇文章的延续 C pluginsystem: symbol lookup error ,我还在写我的插件系统,遇到新的bug。 回顾一下插件是什么,该程序由一个由外壳接口(interface)的
我有一个程序调用 dlopen(使用 RTLD_NOW)来动态加载一个库,该库的完整路径在运行时指定,但程序首次执行时不知道。指定的库动态链接到另一个 .so 文件,该文件的位置直到程序启动后才知道,
除了共享对象不存在之外,dlopen 可能出现段错误的一些原因是什么? 在我的例子中,我知道共享对象存在,但是当我的程序使用 dlopen 加载它时,它会出现段错误。我检查了我的 lib 文件夹,共享
我试图让一个共享库从它被加载到的进程中调用一个函数。该库是用 C 语言编写的,即 C++ 中的“内核”。 内核.cpp: #include #include typedef void(*func_
我是一名优秀的程序员,十分优秀!