本文探讨了在OBS中遇到的DLL库加载路径包含中文时的问题。主要讨论了Windows和Linux动态库搜索路径的次序，并指出OBS在加载DLL时使用宽字符（W）的方式。在UNICODE DLL中，直接使用UTF-8的char*传递中文路径会导致加载失败，而系统默认从exe路径查找反而能成功。OBS内部处理的char*是UTF-8编码，将此路径存储到string中可能导致编码错误。
- 即使我是32位的系统，obs也是用w加载的
- 所以拿到的char* 都是utf8的
- 这一点用utf8显示日志就可以看到的正确的中文路径了。
- 所以路径看起来是对的，但是加载dll就是失败。
- obs原生是char * 给到QString的，QString 会很小心的转为utf8的data 作为char * 使用。
Window和Linux动态库搜索路径的次序
- 转自：https://blog.csdn.net/fan_hai_ping/article/details/6763733
- 最近在做的项目中使用到动态库的动态加载技术，Windows和Linux都提供了相应的函数来打开动态库、获取函数指针和关闭动态库
，在打开动态库函数（dlopen或LoadLibrary）中指定动态库的文件名后，在程序运行时是以什么次序来搜索动态库呢？
Linux下搜索路径的次序：
1） ELF可执行文件中动态段中DT_RPATH所指定的路径，不常用但是比较实用的方法；
2） 编译目标代码时指定的动态库搜索路径（-WI,-rpath=./）；
3） 环境变量LD_LIBRARY_PATH指定的动态库搜索路径；
4） 配
订阅专栏 解锁全文
扫一扫
176
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
