工作学习笔记——一些关于链接的有趣小问题
最近工作中经常碰到一些链接小问题。刚碰到时一般会稍有迷惑,思索一下感到原来如此。
1.一个工程里引用的两个库,各自引用了一份基本相同的json解析库(源文件名称相同,代码相同,命名空间不同)。链接时vc总报告说找不到其中之一的定义。看了下链接报告,发现vc报了个警告,大意是重复定义,忽略其中之一。网上找了个解决方案,在项目设置里,将输出obj路径改为包含源文件的目录结构,遂解决。想来也是,默认的目标文件扁平目录输出,vc不做特殊处理的话,确实无法应对源文件名称相同的情况。不过这个警告报的似乎有点文不对题。
2.用了一个开源库,应该是隐式动态链接的。但是我并没有拷贝这个库的dll到程序目录下,windows的system相关目录下也找不到,运行情况却也良好。最后在这个开源库的安装目录里找到它了。这个特性不错啊,平常看到开发的应用目录里,包含了一堆dll很是不爽。上网搜了下,发现想达到这个目的,一个方法就是,将dll目录设在环境变量PATH里。
3.写了个程序,分主应用A,dll模块B。A传了自己定义的一个类实例给dll模块B,在dll模块B里还调用了这个实例的几个成员方法。某一天调用一个成员方法,突然报未定义符号的链接错误,才醒过味来,之前干的事不合理啊。可是错误怎么现在才暴露了呢?再看看之前成功调用的几个成员方法,原来定义都是写在头文件里的,即是inline成员函数。
4.链接错误,最常见的就是未找到符号定义了。不论是链接exe,dll,lib...,停一下,lib库(静态库),其实是可以有未定义符号的。想来也是,静态库本来就是一堆目标文件的集合嘛。
5.面对未找到符号定义这个链接错误,在我确信定义了符号之后,一般会使用dumpbin检查一下符号定义。某一次发现,目标文件里的符号名称,与链接时的名称确实有所区别。不过面对?Fx_i@@YAHP6AHH@Z@Z这种编译器修饰过的符号名称,要想说出哪里不符,也不是一件很容易的事。好在有点击打开链接这种文章,总结了vc编译器的修饰规则。像我这次,阅读之后就发现,原来是一个析构函数的虚函数属性不一致,使用了旧版本的头文件。
相关文章
- 使用selenium的方式获取网页中图片的链接和网页的链接,来判断是否是死链(二)
- colab提示无法链接或者各种工具无法演示的时候,检查浏览器版本,升级至最新版本
- JS跳转链接的几种方式
- 利用OpenCV的函数threshold()对图像作基于OTSU的二值阈值化处理-并附比较好的介绍OTSU原理的博文链接
- C语言生成可执行文件的过程——预处理、编译、汇编、链接。学习笔记
- Swift2.0语言教程之类的嵌套与可选链接
- 动态链接(Dynamic Linking)
- navicat for mysql 链接时报错:1251-Client does not support authentication protocol requested by serve
- springboot学习笔记(含源代码+视频链接)
- 浅析前端安全-如何防止CSRF攻击:csrf安全漏洞是什么、发生背景、常见攻击类型(get、post、链接)、csrf的防护策略(同源策略-origin/referer、CSRF Token、双重cookie验证、Samesite Cookie属性-严格/宽松模式区别)
- 安装LINUX X86-64的10201出现链接ins_ctx.mk错误
- 借助 Navicat for MySQL 软件 把 不同或者相同数据库链接中的某数据库表数据 复制到 另一个数据库表中
- 在Windows系统上怎么使用SecureCRT链接Linux AWS EC2 -摘自网络
- iOS - 网址、链接、网页地址、下载链接等正则表达式匹配(解决url包含中文不能编码的问题)
- Linux下的软连接和硬链接