工作中遇到的坑(C++)

本文介绍了一个因全局变量声明不一致导致的程序崩溃案例。在C++项目中, main.cpp文件中extern声明的char* key未正确对应到bad.cpp中定义的char key[8],导致function函数无法获取正确的参数值,最终引发运行时崩溃。通过调整main.cpp中的声明与bad.cpp保持一致解决了此问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

全局变量声明错误导致崩溃

代码如下
file:main.cpp
#include "bad.h";
extern char *key;
void main(int c,char** v){
    function(key);
};
file:bad.h
void function(char *);
file:bad.cpp
char key[8]={'0''1''2''3''4''5''6''7'};
void function(char * arg){
    do something with arg;
}

现象 代码编译通过,但是运行时崩溃,看调用栈是崩溃在function里面,EXC_BAD_ACCESS,应该是内存访问错误,查看function的函数的参数arg=”“,全局变量key没有传进去。
解决 将main.cpp中的声明与bad.cpp中的声明统一为char key[8]问题得以解决。

### 关于 MMDeploy 在 C++ 中使用的常见问题及解决方案 #### 错误处理与调试技巧 当在 Windows 下编译并尝试运行由 MMDeploy 生成的 C++ 应用程序时,可能会遇到各种错误。其中一种常见的问题是 `WinError126`,即找不到指定模块。此问题通常发生在迁移 DLL 文件至另一台计算机上之后[^2]。 为了克服这个问题,在目标机器上除了确保已复制必要的 `.dll` 文件外,还需确认这些依赖项能够被正确找到。可以利用工具如 Dependency Walker 来分析缺失的具体动态链接库,并按照提示安装相应的 Visual Studio Redistributable 或其他所需的第三方库版本。 #### 动态链接库路径配置 另一个需要注意的地方是在不同操作系统之间移植应用程序时,DLL 的搜索顺序有所不同。对于 Python 调用而言,可以通过设置环境变量 `PATH` 将包含自定义共享对象的位置加入到系统的查找路径中;而对于纯 C++ 程序,则可以在启动前通过编程方式调整加载器的行为: ```cpp #include <windows.h> // 设置当前工作目录下的 bin 子文件夹作为额外的 DLL 查找位置之一 SetDllDirectory(L".\\bin"); ``` 上述代码片段展示了如何修改进程级别的默认 DLL 加载策略,从而使得特定子目录内的资源更容易被识别和访问。 #### 编译选项优化建议 针对某些高级特性或硬件加速的支持(比如 TensorRT),可能需要特别指明构建参数以启用它们。例如,在使用 CMake 构建过程中传递 `-DMMDEPLOY_TARGET_BACKENDS="ort;trt"` 和 `-DMMDEPLOY_TARGET_DEVICES="cuda;cpu"` 参数可让最终产物兼容更多类型的计算设备[^3]。 此外,如果项目涉及到多个后端引擎的选择,务必仔细阅读官方文档了解各组件之间的兼容性和互操作性要求,以免因不恰当组合而导致不必要的麻烦。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值