lib文件

vsftpd_virtual_users_setup

风格不统一 提交于 2019-12-02 17:15:41
转帖http://alien2thisworld.net/sitePages/tutorials/vsftpd_virtual_users_setup.html http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWTO_:_Ch15_:_Linux_FTP_Server_Setup STEP 1: Install Required packages: pam (installed by default) db4 (db4 is my version and was installed by default) vsftpd compat-db (this is the package name on fedora which provides the binary db42_load) Check if the 'db' package is installed [root@mysystem vsftpd]# rpm -qa | grep -i db If the db4 package is not installed, do it: [root@mysystem vsftpd]# yum install db4 The package compat-db will give us the db42_load

error while loading shared libraries: xxx.so.x"错误的

时光怂恿深爱的人放手 提交于 2019-12-02 15:43:53
一般我们在Linux下执行某些外部程序的时候可能会提示找不到共享库的错误, 比如: tmux: error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory 原因一般有两个, 一个是操作系统里确实没有包含该共享库(lib*.so.*文件)或者共享库版本不对, 遇到这种情况那就去网上下载并安装上即可. 另外一个原因就是已经安装了该共享库, 但 执行需要调用该共享库的程序 的时候, 程序按照默认共享库路径找不到该共享库文件. 所以安装共享库后要注意共享库路径设置问题, 如下: 1) 如果共享库文件安装到了/lib或/usr/lib目录下, 那么需执行一下ldconfig命令 ldconfig命令的用途, 主要是在默认搜寻目录(/lib和/usr/lib)以及动态库配置文件/etc/ld.so.conf内所列的目录下, 搜索出可共享的动态链接库(格式如lib*.so*), 进而创建出动态装入程序(ld.so)所需的连接和缓存文件. 缓存文件默认为/etc/ld.so.cache, 此文件保存已排好序的动态链接库名字列表. 2) 如果共享库文件安装到了/usr/local/lib(很多开源的共享库都会安装到该目录下)或其它

error while loading shared libraries: xxx.so.x"错误的原因和解决办法

ぃ、小莉子 提交于 2019-12-02 15:43:43
一般我们在Linux下执行某些外部程序的时候可能会提示找不到共享库的错误, 比如: tmux: error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory 原因一般有两个, 一个是操作系统里确实没有包含该共享库(lib*.so.*文件)或者共享库版本不对, 遇到这种情况那就去网上下载并安装上即可. 另外一个原因就是已经安装了该共享库, 但 执行需要调用该共享库的程序 的时候, 程序按照默认共享库路径找不到该共享库文件. 所以安装共享库后要注意共享库路径设置问题, 如下: 1) 如果共享库文件安装到了/lib或/usr/lib目录下, 那么需执行一下ldconfig命令 ldconfig命令的用途, 主要是在默认搜寻目录(/lib和/usr/lib)以及动态库配置文件/etc/ld.so.conf内所列的目录下, 搜索出可共享的动态链接库(格式如lib*.so*), 进而创建出动态装入程序(ld.so)所需的连接和缓存文件. 缓存文件默认为/etc/ld.so.cache, 此文件保存已排好序的动态链接库名字列表. 2) 如果共享库文件安装到了/usr/local/lib(很多开源的共享库都会安装到该目录下)或其它

"error while loading shared libraries: xxx.so.x" 错

拜拜、爱过 提交于 2019-12-02 15:43:30
一般我们在Linux下执行某些外部程序的时候可能会提示找不到共享库的错误, 比如: tmux: error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory 原因一般有两个, 一个是操作系统里确实没有包含该共享库(lib*.so.*文件)或者共享库版本不对, 遇到这种情况那就去网上下载并安装上即可. 另外一个原因就是已经安装了该共享库, 但 执行需要调用该共享库的程序 的时候, 程序按照默认共享库路径找不到该共享库文件. 所以安装共享库后要注意共享库路径设置问题, 如下: 1) 如果共享库文件安装到了/lib或/usr/lib目录下, 那么需执行一下ldconfig命令 ldconfig命令的用途, 主要是在默认搜寻目录(/lib和/usr/lib)以及动态库配置文件/etc/ld.so.conf内所列的目录下, 搜索出可共享的动态链接库(格式如lib*.so*), 进而创建出动态装入程序(ld.so)所需的连接和缓存文件. 缓存文件默认为/etc/ld.so.cache, 此文件保存已排好序的动态链接库名字列表. 2) 如果共享库文件安装到了/usr/local/lib(很多开源的共享库都会安装到该目录下)或其它

windows7+visual studio 2013+CUDA7.5 编译caffe+配置matcaffe+配置pycaffe

风流意气都作罢 提交于 2019-12-02 15:04:52
经过朋友指导,终于成功在windows7上成功编译了caffe,这里将编译过程记录 安装文件准备 1 visual studio 2013安装包下载 2 CUDA75 optional 3 windows版本caffe 4 下载cuDNN optional 5 下载Anaconda安装包 optional 6 下载Matlab安装包 optional 安装visual studio 2013 安装cuda75 optional 利用Anaconda安装python optional 安装matlab optional 修改配置文件 1 解压缩下载的caffe-windows文件 2 进入到windows文件夹 3 复制配置文件并重命名 4 修改配置文件修改工程的属性文件 41 配置文件说明 42 非CUDA版本的caffe 43 CUDA版本的caffe 编译caffe 1 打开名称为Caffe的解决方案 2 编译libcaffe项目 3 编译caffe项目 4 编译pycaffe 5 编译matcaffe 6 编译其他项目 运行第一个caffe测试程序 配置python optional 配置matlab optional 1. 安装文件准备 1.1 visual studio 2013安装包下载 进入 visual studio下载页 选择Visual Studio 2013–

富文本编辑器

旧时模样 提交于 2019-12-02 14:59:22
富文本编辑器 1步:官网下载 http://ueditor.baidu.com/website/index.html 2步:UEditor在JavaWeb中的应用 (1)解压 (2)拷贝解压后的文件到工程webroot中 (3)解压文件中的jsp/lib中的.jar全部拷贝到工程中lib中 (4)书写代码 4.1导入js 4.2调用编辑器 <script id="editor" type="text/plain" style="width:1024px;height:500px;"></script> 4.3初始化编辑器 <script type="text/javascript"> //实例化编辑器 //建议使用工厂方法getEditor创建和引用编辑器实例,如果在某个闭包下引用该编辑器, //直接调用UE.getEditor('editor')就能拿到相关的实例 var ue = UE.getEditor('editor'); </script> (5)配置图片路径 5.1编辑富文本文件目录下的 -> jsp -> lib -> 下的config.json文件 “imageUrlPrefix”: “/0824”, /* 图片访问路径前缀 / 配置项目名称 “imagePathFormat”: “/image/{yyyy}{mm}{dd}/{time}{rand:6}”, /

LevelDB性能测试|Golang调用LevelDB

大兔子大兔子 提交于 2019-12-02 14:53:25
LevelDB性能测试|Golang调用LevelDB 不同方式使用压力测试 用ssdb,TCP连接方式调用,底层存储levelDB 直接调用Cgo的levelDB (必须保证串行) 直接调用Golang的LevelDB (必须保证串行) 开始: go test -v -test.run="DB.*" -test.bench="DB.*" -test.count=1 -test.benchtime=3s go test -v -test.run="Raws.*" -test.bench="Raws.*" -test.count=1 -test.benchtime=3s go test -v -test.run="Normal.*" -test.bench="Normal.*" -test.count=1 -test.benchtime=3s 性能对比: 1.调用SSDB:随机读写,和顺序读写差异不大,网络延迟是主要问题。 goos: linux goarch: amd64 pkg: common/ssdb Benchmark_DBSXSSDBSET 30000 127546 ns/op Benchmark_DBSXSSDBGET 50000 118855 ns/op Benchmark_DBRandomSSDBSET 30000 128268 ns/op Benchmark

Thrift RPC Golang、C++ Example

妖精的绣舞 提交于 2019-12-02 14:49:57
Thrift RPC Example 运行 请直接使用即可,无需拉取任何依赖包。 cd $GOPATH/src git clone https://github.com/hunterhug/thrift_example.git go build server.gp go build client.go ./server ./client $GOPATH 为环境变量,请替换为你的本地路径。 具体使用,详细介绍 gRPC是Google研究的RPC传输方案,thrift则是facebook, 大家都通过IDL(Interface Definition Language)接口定义语言来规范输入输出。 下载: https://thrift.apache.org/download Ubuntu 系统安装 sudo apt-get install automake bison flex git libboost-all-dev libevent-dev libssl-dev libtool make pkg-config build-essential g++ tar xvf thrift-0.12.0.tar.gz ./bootstrap.sh ./configure make sudo make install sudo ldconfig Windows系统请直接安装二进制。 建立

QT(20)-数据库-mysql-驱动-mingw-vs-libmysql.a-libmysql.dll

久未见 提交于 2019-12-02 14:30:42
假设你已经正确安装了Qt和MySQL 1.编译器是msvc libmysql.dll libmysql.lib ../MySQL/MySQL Server 5.7/lib/libmysql.dll复制到文件夹../Qt5.5.0/5.5/msvc2013_64/bin中, ../MySQL/MySQL Server 5.7/lib/libmysql.lib复制到文件夹../Qt5.5.0/5.5/msvc2013_64/lib中。 2. 在 windows 的 mingw 平台 需要的是 libmysql.a 官方 mysql 的 win 发行版是由 vc 编译,产生的 lib 无法被 mingw 链接。链接时会抛出未定义错。把 dll lib 编译为 .a 文件的方法: dlltool 工具是 mingw 自带。 2.1. 到 lib 目录下 2.2 执行命令 dlltool --input-def libmySQL.def --dllname libmySQL.dll --output-lib libmysql.a -k 2.3. 生成文件 libmysql.a 来源: https://blog.csdn.net/aggie4628/article/details/102769914

C# - *.dll vs *.lib (动态链接库 vs 静态链接库)

点点圈 提交于 2019-12-02 12:34:53
静态库 库(Library)就是一段 编译好的二进制代码 ,加上头文件就可以使用。 静态链接库(Windows 下的*.lib, Linux & Mac 下的 .a)。之所以叫做静态,是因为静态库在 编译 的时候会被直接拷贝一份,复制到目标程序里,这段代码在目标程序里就不会再改变了。 优点: 1、编译完成之后,库文件实际上就没有作用了。目标程序没有外部依赖,直接就可以运行。 2、代码装载速度快,执行速度略比动态链接库快。 缺点: 1、会使用目标程序的体积增大。 2、包含相同的公共代码,造成浪费,扩展性较差。 动态库 动态链接库(Windows 下的*.dll, Linux & Mac 下的 .dylib)。与静态库相反,动态库在编译时并不会被拷贝到目标程序中,目标程序中只会存储指向动态库的引用。等到程序运行时,动态库才会被真正加载进来。 优点: 1、不需要拷贝到目标程序中,不会影响目标程序的体积,而且同一份库可以被多个程序使用(因为这个原因,动态库也被称作共享库)。同时,编译时才载入的特性,也可以让我们随时对库进行替换,而不需要重新编译代码。 2、更加节省内存并减少页面交换。 3、可维护性和可扩展性高。 4、适用于大规模的软件开发,使开发过程独立、耦合度小,便于不同开发者和开发组织之间进行开发和测试。 缺点: 1、动态载入会带来一部分性能损失,使用动态库也会使得程序依赖于外部环境。