gpt4 book ai didi

Apache http 2.2.17 安装错误 - 找不到 libexpat.so.0

转载 作者:可可西里 更新时间:2023-11-01 16:41:26 25 4
gpt4 key购买 nike

我在 Redhat 6.7 中从源代码安装 Apache 2.2.17,发现找不到 libexpat.so.0。但是我看到 libexpat.so.0 在/usr/lib64 中可用,并且/usr/lib64 路径在 ld.so.conf 文件中可用。谷歌搜索后,我发现它在 SO 编号 libexpat.so.0 和 libexpat.so.1 中存在兼容性问题。引用:https://geekforum.wordpress.com/2014/06/17/install-apache-httpd-http-server/ .我确实删除了上述 URL 之后的缓存文件并运行了 ldconfig,但仍然看到错误。我还在/usr/lib64/libexpat.so.0 的/lib 路径中创建了链接 libexpat.so.0 但没有用。有没有人在 Redhat 6.7 及更高版本中看到过这个问题。是否有解决此类问题的方法。
[root@servername ~]# ldd/local/installs/2.2.17/bin/httpd
linux-gate.so.1 => (0x00627000)
libm.so.6 =>/lib/libm.so.6 (0x00477000)
libaprutil-1.so.0 =>/local/installs/2.2.17/lib/libaprutil-1.so.0 (0x002ec000)
**libexpat.so.0 => 未找到**
libapr-1.so.0 =>/local/installs/2.2.17/lib/libapr-1.so.0 (0x00298000)
librt.so.1 =>/lib/librt.so.1 (0x00b61000)
libcrypt.so.1 =>/lib/libcrypt.so.1 (0x00182000)
libpthread.so.0 =>/lib/libpthread.so.0 (0x00a89000)
libdl.so.2 =>/lib/libdl.so.2 (0x0032d000)
libc.so.6 =>/lib/libc.so.6 (0x0086e000)
/lib/ld-linux.so.2 (0x00ce8000)
**libexpat.so.0 => 未找到**
libfreebl3.so =>/lib/libfreebl3.so (0x0024e000)

[edit] This issue is resolved. 

最佳答案

当出现此类库问题时,我通常会检查以下几点以确保一切正常:

  • LD_LIBRARY_PATH 是否正确设置为包括所有包含库的文件夹?在编译时就已经是这种情况了。你会这样做:export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib64:/other/dir/with/libs ...
  • 如果库存在但没有预期的名称(这不应该出现在“干净的”系统/良好的应用程序上),您可以创建这样的链接:ln -sf/path/to/existing/library.so/path/as/expected.so。大多数情况下,您只需修改文件版本结尾(.0.1 等)。请务必链接到正确的库和版本。<
  • 确保库和这些链接对尝试根据它们运行应用程序的用户具有正确的访问权限

此外,请检查您是否不小心混淆了 32 位和 64 位库。根据经验,始终使用与您的 lib 格式和机器架构相匹配的应用程序版本(现在大多是 64 位)。您不能将 32 位应用程序与 64 位库一起使用,反之亦然。此外,将某些库用作 32 位库而将其他库用作 64 位库将不起作用。无论如何,许多 64 位系统通过提供第二组 32 位格式的库(“multilib”)来支持运行 32 位应用程序,因此如果 64 位应用程序失败或不可用,您可以尝试运行 32 位应用程序.

关于Apache http 2.2.17 安装错误 - 找不到 libexpat.so.0,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34588653/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com