This topic created in 3791 days ago, the information mentioned may be changed or developed.
我在 linux 下， C++ 源码编译成了一个动态库，然后有一个正在执行的程序需要调用这个库，这个程序要运行很长时间。这时，我忽然想起来库里有一个函数错了，我修改了这个函数，并且重新编译了一下这个动态库。改完以后，发现我的程序并没有停止运行，也没有任何反馈信息。可又有一次，同样的情形，当我修改了库，重新编译了库以后，程序却报错了，跟内存有关的报错，详细信息当时没保存下来，那么问题来了：
请问什么情况下改变了库会导致调用它的程序报错退出？什么情况不会？
在程序没有报错退出的情况下，程序是在调用我修改以后的库函数吗？
本人不是 CS 专业，也不太懂编译原理相关理论，半路出家，现在搞一点科学计算，希望有经验的大大给一点指导，谢谢
 | 1 wsy2220 Dec 12, 2015  1 如果你主程序是直接用 linker 链接到动态库的话，程序启动的同时就会链接到动态库，这时候修改库文件不会生效。 /td> 如果是在代码里用 dlopen 函数运行时链接的话，在调用 dlopen 之前修改或者 dlclose 之后修改，主程序看到的就是新的动态库。 看样子你应该没有用 dlopen 和 dlclose ，所以报错应该是旧版的库里有 bug 导致的。 |
| 2 wsy2220 Dec 12, 2015 可以参考 CSAPP 第 7 章。 |
 | 3 giskard OP @wsy2220 感谢。请问我怎么才知道我是用 linker 还是 dlopen 呢？动态库是用 make 编译的，可执行程序是在 make 里用 -l 参数链接的，编译器是 g++。另，感谢推荐的书，我去看看第 7 章。 |
 | 5 skydiver Dec 12, 2015 可以学习一下，都有哪些修改会改变 ABI ，哪些修改不会改变 ABI 。这方面的文章很多的。 |
 | 9 billlee Dec 12, 2015 想到一个问题，替换动态库时，用 unlink 再 open 和直接 open O_TRUNC 是不是效果不一样啊？ 楼主你是用什么命令替换的？ |
 | 10 forcecharlie Dec 12, 2015 你修改的是 磁盘镜像，无论是 编译时 link 或者 dlopen, 运行的时候都会先将 so 文件加载到内存中，只要不是重新从磁盘中读取，那么就依然使用的是 旧的 so, 而 Windows 不一样， Windows 的 dll 会被锁定，然后，替换不了。 这也是为什么 linux rm -rf / 系统还能跑，重启起不来了。 |
 | 11 xufang Dec 12, 2015 via Android 楼上不懂装懂小学们去看淘宝团队技术博客，讲的很清楚可了。 一句话结论，看运气，可能崩溃。 |
| 12 xufang Dec 12, 2015 via Android 什么叫以己昏昏，使人昭昭 。这贴就是。不过我猜即使我在此指出了关键点，估计也不会有人顺藤摸瓜去学习一个。 |
| 13 xufang Dec 12, 2015 1 给小学生一点提示，崩溃和 linux 对共享库的延迟加载有关，所以知道为啥说看运气了不。 |
Select Language