个人中心
文章发布
退出
作者热门文章
- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
25
4
我正在维护一个 small application它具有一些类似插件的功能，这些功能是通过运行时加载的动态模块实现的。
具体来说，因为它是一个 Gtk+ 应用程序，所以我使用的是 gmodule，但这个问题同样适用于基于 dlfcn.h/dlopen() 的动态库加载。
我的主程序有一个全局结构变量，其中包含一些全局信息。我希望此信息可用于动态加载插件中定义的函数。
在 Linux 上，我可以直接引用这个全局变量 - 这很有效，我猜 gcc 或链接器负责将全局变量从主程序导出到动态库。
问题是，这在 Mac OS X 上不起作用。有没有办法在 OS X 上做到这一点？
如果没有，是否有更“最佳实践”的方式将全局信息公开给动态加载的库？
最佳答案
将全局放在 main.c 中并在共享对象中将其声明为 extern，然后试试这个:
MACOSX_DEPLOYMENT_TARGET=10.3 ld -dylib -undefined dynamic_lookup -o multiply.so multiply.o
或
MACOSX_DEPLOYMENT_TARGET=10.3 libtool -dynamic -undefined dynamic_lookup -o multiply.so multiply.o
它适用于 Mac OS X 10.4
关于c - 从 OS X 上的 C 中的 dlopen()ed 动态库访问主程序全局变量，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1933667/
25
4
0
每当在同一进程中使用 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_
我是一名优秀的程序员,十分优秀！