Linux 下 cannot open shared object file 报错问题

本文讲述了在Linux环境下,由于找不到libsqlite3.so.0动态库导致的错误,并详细解析了问题原因,提供了解决方案,包括拷贝库到标准路径、环境变量设置及长期生效的方法。
部署运行你感兴趣的模型镜像

一、问题描述

 $ ./client -p7300 -i127.0.0.1 -t10 -n1
./client: error while loading shared libraries: libsqlite3.so.0: cannot open shared object file: No such file or directory

1.问题分析

这里 libsqlite3.so.0 是sqllite在Linux 下的动态库,在编译时进行了链接,但系统仍无法找到并成功打开。 

 $ make
gcc -I/home//temperature/client/src/../inc/  *.c -oclient -lsqlite3 -L/home/zhangxiangyun/build/sqlite/install/lib

2.原因分析

cannot open shared object file 有两个原因:

1.一个是确实没有该文件,即没有安装该共享库;

2.另一个是已经安装了该共享库,但是执行需要调用该共享库程序的时候,程序按照默认共享库路径找不到该共享库文件。

所以如果安装共享库了,那么就需要正确设置共享库路径。

二、问题解决

1.将所需要的libmycrypto.so文件拷贝到/usr/lib路径下,当然这需要root权限;

2.使用export命令在LD_LIBRARY_PATH环境变量中添加该动态库所在的路径,注意该命令只是临时生效,重启后失效。另外指定的路径必须是绝对路径。

export LD_LIBRARY_PATH=/home/build/sqlite/install/lib
 $ ./client -p7300 -i127.0.0.1 -t10 -n1
client : 16:59:23 [INFO ]
-----------CLIENT START!------------

这样可以看到程序可以成功运行。但该办法仅在该进程中有效。

优化办法:可将该命令添加到./bushrc中,每次重启后系统自动运行。

3. 使用shell


 

您可能感兴趣的与本文相关的镜像

Kotaemon

Kotaemon

AI应用

Kotaemon 是由Cinnamon 开发的开源项目,是一个RAG UI页面,主要面向DocQA的终端用户和构建自己RAG pipeline

评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值