kcare-uchecker 是一个由 CloudLinux 开发，用来检测仍然链接到内存中的进程是否包含过时共享库的简单工具。该工具支持 CentOS、Red Hat、Oracle、Debian、Ubuntu 等众多开发商的 Linux 发行版。该项目是 kernelcare.com 的一部分 —— 为 Linux 内核以及 glibc 和 openssl 等共享库提供实时补丁解决方案。
使用方法：
$ curl -s -L https://kernelcare.com/uchecker | sudo python [*] Process httpd[15516] linked to the `libc-2.17.so` that is not up to date. You may want to update libraries above and restart corresponding processes. KernelCare+ allows to resolve such issues with no process downtime. To find out more, please, visit https://lp.kernelcare.com/kernelcare-early-access?
疑难解答：
为了获得更多粗略的输出，你可以从 ERROR、WARNING、INFO 和 DEBUG 中选择日志级别。例如：
$ curl -s -L https://kernelcare.com/uchecker | sudo LOGLEVEL=debug python
-
库用于将相似函数打包在一个单元中。然后这些单元就可为其他开发人员所共享，并因此有了模块化编程这种说法— 即，从模块中构建程序。Linux支持两种类型的库，每一种库都有各自的优缺点。静态库包含在编译时静态绑定到一个程序的函数。动态库则不同，它是在加载应用程序时被加载的，而且它与应用程序是在运行时绑定的。 使用共享库的方法有两种：您既可以在运行时动态链接库，也可以动态加载库并在程序控制之下使用它们。本
-
问题内容： 我正在从python脚本中调用一个so文件。据我了解，我真的不需要释放使用ctypes在python中打开的共享库。但是，在我的so文件代码中，它dlopen另一个so文件并且不执行dlclose（）。在这种情况下，从python端使用安全吗？我不必释放在ctypes内部加载的共享库soe文件吗？ 问题答案： 始终遵循 “自己清洁后清理 ”的规则（尽管现代技术会为您提供清洁方面的帮助）
-
如果你想添加共享库支持到一个原来不包含共享库支持的 port 或是其它软件， 共享库的版本号应该遵循如下规则。通常来说，由此得出的数字与软件的发行版本无关。 建立共享库的三个原则是： 从1.0开始 如果改动与以前版本相兼容，增加副版本号（注意，ELF系统忽略副版本号）。 如果是个不兼容的改动，增加主版本号。 例如，添加函数和修正错误导致副版本号增加， 而删除函数、函数调用语法改变等，会迫使主版本号
-
4. 共享库 4.1. 编译、链接、运行 组成共享库的目标文件和一般的目标文件有所不同，在编译时要加-fPIC选项，例如： $ gcc -c -fPIC stack/stack.c stack/push.c stack/pop.c stack/is_empty.c -f后面跟一些编译选项，PIC是其中一种，表示生成位置无关代码（Position Independent Code）。那么用-fPIC
-
我有一个CMACE项目，它的下一个结构是： 输出树为： 如果我在linux下编译程序，所有的工作都很完美，但是当我在Windows下做的时候，编译很好，但是app.exe不执行；我得到下一个错误： 我怀疑不要链接internal.cpp，因为当我将它的过程移到internal.h中时，就可以很好地工作。 有什么需要帮忙的吗？ 以下是文件：root：：cmakelists.txt app：：cmak
-
问题内容： 是否可以使用Go创建共享库（.so）？ 更新 ：为此创建了一个“ 问题 ”。 问题答案： 现在可以使用标志 您需要做的是首先运行以下命令： （以上代码使所有通用软件包都可共享！）然后 最后，在编译代码时，您需要运行： 上面这些就是什么，而不是静态链接所有内容而仅动态链接它们，您最终将获得更小的编译文件。为了让您了解我的带有静态链接的“ hello.go”文件为2.3MB，而使用动态链接