我们编写了一个共享库(例如slib.so),该库在永无止境的可执行文件中进行了dlopen,使用和dlclose。 我想检查库slib.so中的内存泄漏,而无需附加可执行文件。 Linux中是否有任何工具可以找出共享库中的内存泄漏? 因此,我需要一个工具来监视dlopen和dlclos ...
提示:本站收集StackOverFlow近2千万问答,支持中英文搜索,鼠标放在语句上弹窗显示对应的参考中文或英文, 本站还提供 中文繁体 英文版本 中英对照 版本,有任何建议请联系yoyou2525@163.com。
如果我的可执行文件调用dlopen
来加载库但忽略调用dlclose
,则库将保持加载状态,直到进程退出并且操作系统强制它卸载。
如果我加载a.so
加载b.so
,然后在a.so
上调用dlclose
,操作系统b.so
卸载b.so
吗?
这与使用Microsoft等效的LoadLibraryEx
的类似场景相比如何?
应用程序只需要担心应用程序直接加载的内容。 如果你加载a.so
,你需要关心的是卸载a.so
如果a.so
拒绝卸载b.so
,这是一个问题a.so
,您的应用程序是不负责。 a.so
的作者需要一起行动并解决他们的库的问题。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.