在跨平台开发中,将基于Windows的程序移植到Linux系统是一项常见的任务。Windows系统使用`LoadLibrary`函数来动态加载动态链接库(DLL),而在Linux系统中,这一功能由`dlopen`函数实现。本文将深入探讨如何将依赖于`LoadLibrary`的Windows程序移植到Linux,以及涉及到的相关技术知识点。 1. **动态链接库(DLL)与共享对象库(SO)** Windows中的动态链接库是DLL格式,而Linux系统中对应的则是SO(Shared Object)文件。两者都是运行时加载代码和数据的机制,但文件扩展名和加载机制有所不同。 2. **`LoadLibrary`与`dlopen`** - **`LoadLibrary`**:这是Windows API中用于加载动态链接库的函数,返回一个句柄,后续可以通过`GetProcAddress`获取导出函数的地址。 - **`dlopen`**:在Linux中,`dlopen`函数完成相同的工作,它接受一个库文件路径作为参数,返回一个句柄,之后可以使用`dlsym`获取符号(函数或变量)的地址。 3. **函数替换** 在移植过程中,需要将所有的`LoadLibrary`调用替换为`dlopen`。`dlopen`有`RTLD_LAZY`、`RTLD_NOW`等加载标志,对应Windows中的延迟加载和立即加载行为。 4. **错误处理** `LoadLibrary`返回NULL表示失败,而在Linux中,`dlopen`返回NULL或设置`errno`。因此,需要适配错误处理逻辑,例如检查`dlopen`的返回值并处理`dlerror`。 5. **函数查找** 在Windows中,使用`GetProcAddress`获取DLL中的函数地址;而在Linux中,相应地,需要使用`dlsym`。需要注意的是,`dlsym`需要传入之前`dlopen`返回的句柄和函数名。 6. **符号解析** Linux下的动态链接器在运行时处理符号解析,而Windows通常在编译时完成。因此,可能需要在Linux代码中显式地处理符号解析,特别是在处理非默认链接属性时。 7. **库文件路径** Windows DLLs通常位于可执行文件的同一目录或系统路径下,而在Linux中,SO文件通常位于`/lib`、`/usr/lib`等标准目录或指定的`LD_LIBRARY_PATH`环境变量中。移植时可能需要调整库的安装位置或链接时指定绝对路径。 8. **编译和链接** Windows使用`link.exe`,而Linux使用`ld`或`g++`。编译选项和链接语法会有所不同,例如在Linux中使用`-l`选项链接库,而在Windows中是`/LIBPATH`和`/DLL`等。 9. **程序启动** Windows程序通常包含入口点`mainCRTStartup`,而在Linux中是`main`。可能需要修改入口点函数和初始化代码。 10. **ABI和API兼容性** 跨平台移植时需考虑应用程序二进制接口(ABI)和应用程序编程接口(API)的差异。比如,Windows和Linux的数据类型、函数调用约定、异常处理等可能存在差异。 11. **CMake或Makefile** 使用CMake这样的跨平台构建系统可以简化移植过程,因为它能生成适合不同平台的构建文件。 12. **测试与调试** 一旦移植完成,进行全面的功能测试和性能测试至关重要。同时,利用GDB(Linux)和WinDbg(Windows)等调试工具进行调试,以确保所有功能正常运行。 从Windows的`LoadLibrary`迁移到Linux的`dlopen`涉及多个步骤,包括理解不同操作系统之间的差异、替换相应的函数调用、处理错误和符号解析、调整编译和链接选项,以及考虑ABI和API的兼容性。使用合适的工具和策略,可以高效且有效地完成移植工作。
2025-08-05 16:18:03 806KB windows linux porting LinuxC
1
手动注入DLL:不通过创建远程线程调用Loadlibrary来向其它进程注入DLL,完全模拟操作系统装载DLL功能来实现DLL注入,具备极强隐蔽性,查询模块列表都发现不了你的DLL,可绕过几乎所有基于DLL注入的反作弊机制。
2023-03-19 20:12:42 50KB DLL注入 手动注入 进程注入 Loadlibrary
1
CAD2014启动出现loadlibrary failed with error 87-附件资源
2022-11-26 10:10:01 106B
1
c/c++中如何实现动态库动态加载的完整工程示例代码: 本代码将将win、linux加载、卸载动态库,并从动态库链接模块中获取类实例或函数地址等封装成统一的API接口,并集成在dllLoad.h/dllLoad.cpp中实现。构建一个注册类RegisterM,内置一个map容器,用来装载加载的动态库模块,并统一提供模块索引、及从模块中实现类实例获取、删除、函数地址获取等功能。 在动态库实现方面,提供一个虚拟元类MetaObject,然后在库的cpp文件中建立子类继承该类,实现其具体功能,并在cpp文件中直接提供函数API,这些API函数不在头文件中声明,需要extern关键字修饰。
1
t532.rar 测试代码 https://blog.csdn.net/wowocpp/article/details/105382257 python 调用 C++ dll 32位 64位 问题 ctypes.cdll.LoadLibrary
2021-11-10 22:26:39 2.34MB ctypes.cdll.Load python dll
1
loadlibrary failed with error 126:找不到指定模块
2021-10-13 20:00:25 461B 破解
1
下载后运行
2021-09-09 07:57:09 690B matlab2016
1
hook api,hook CreateFile,hook CloseHandle,hook ReadFile,hook WriteFile,hook LoadLibrary
2021-03-09 20:01:39 90KB hook dll api LoadLibrary
1
本人经过两天的研究,终于掌握了动态链接库的使用方法,动态链接库的使用上并不难,难在动态链接库中的导出类, 把dll中类的成员函数导出来才是最重要的,我就用几个例子介绍一下几种导出的方法: 第一种: 这种方法不是很好,实现的也比较麻烦,可以参考 例子中的1_DLLDemoCll工程 原理:利用虚函数导出,导出的dll中申请的对象指针,再利用虚函数的特性,利用虚函数表实现了类函数的导出,比较麻烦 建议了解一下。 第二种: 这种方法实现起来比较简单,采用的是静态加载的方式,但是有很多的局限性,因为当dll有错是整个应用都会出问题,不建 议在打的工程中使用。 具体代码实现见static_link_DLL工程,其中dll文件由Abstrct文件编译。 第三种: 这种方法是我推荐的,它是由动态加载进来的,其中实现原理是:运用抽象类,为工程创建接口,通过接口来导出类成员函数 这种方式通用性强,而且代码比较的健壮,节省内存。见工程useDLL。
2019-12-21 22:01:32 57KB 动态链接 导出类 loadlibrary
1