lib

Centos7 二进制安装mysql5.7

匿名 (未验证) 提交于 2019-12-02 21:59:42
安装环境 系统版本:CentOS Linux release 7.5.1804 (Core) Mysql版本:5.7.24 关闭防火墙并禁止开机自启 systemctl stop firewalld.service systemctl disable firewalld 关闭selinux sed -i 's/SELINUX=enforcing/SELINUX=disabled/g' /etc/sysconfig/selinux 重启 reboot 安装mysql 1、卸载自带数据库mariadb rpm -qa | grep mariadb rpm -e --nodeps mariadb-libs-5.5.56-2.el7.x86_64 2、规划安装路径 basedir=/usr/local/mysql datadir=/var/lib/mysql/data socket=/var/lib/mysql/mysql.sock log-error=/var/lib/mysql/mysql.log pid-file=/var/lib/mysql/mysql.pid 3、上传下载好的二进制mysql包 注:方式不限,上传即可! 4、解压 tar xf mysql-5.7.24-el7-x86_64.tar 注:解压文件有两个,我们使用的是mysql-5.7.24-el7-x86_64

linux安装vmware出现kernel-header问题

匿名 (未验证) 提交于 2019-12-02 21:59:42
查看日志文件, cat /tmp/vmware-xiuyuan/vmware-modconfig-9996.log | more 在日志文件中有这么几行: Setting header path for 3.7.2-204.fc18.x86_64 to "/lib/modules/3.7.2-204.fc18.x86_64/build/include". Validating path "/lib/modules/3.7.2-204.fc18.x86_64/build/include" for kernel release "3.7.2-204.fc18.x86_64". Failed to find /lib/modules/3.7.2-204.fc18.x86_64/build/include/linux/version.h Failed version test: /lib/modules/3.7.2-204.fc18.x86_64/build/include/linux/version.h not found. 从中不难看出,是因为缺少version.h文件。 所以只需要 拷贝/usr/include/linux/version.h到/lib/modules/3.7.2-204.fc18.x86_64/build/include/linux/目录 sudo cp /usr

Linux Makefile简单模板

匿名 (未验证) 提交于 2019-12-02 21:59:42
# ########################################## # Makefile for simple programs # ########################################## INC= LIB =- lpthread CC = gcc CXX =g++ LINK =g++ # -fpermissive:表示兼容老语法 C_FLAGS= -g -Wall -fpermissive -std= c11 CXX_FLAGS = -g -Wall -fpermissive -std=c++11 INC_PATH = -I ./ -I ./kenlm -I ./kiss_fft130 -I ./iniparser2/ src LIB_PATH =-L ./ EXT_LIB = -Wl,-rpath,./ -ltensorflow -lkenlm -lkenlm_util -lkenlm_builder -lkenlm_filter -lkenlm_interpolate -lbz2 -lz -llzma - pthread PRG = test SRCS =$(wildcard * .c) SRCS +=$(wildcard * .cpp) C_OBJS =$(patsubst %.c,%.o,$(wildcard * .c)

2.15.2.linux内核源码目录结构2

匿名 (未验证) 提交于 2019-12-02 21:59:42
本节接上节讲解内核源码根目录下的各个文件夹,并且把一些重要文件夹的作用简单讲解。 (1)arch。arch是architecture的缩写,意思是架构。arch目录下是好多个不同架构的CPU的子目录,譬如arm这种cpu的所有文件都在arch/arm目录下,X86的CPU的所有文件都在arch/x86目录下。 (2)block。英文是块的意思,在linux中block表示块设备(以块(多个字节组成的整体,类似于扇区)为单位来整体访问),譬如说SD卡、iNand、Nand、硬盘等都是块设备。你几乎可以认为块设备就是存储设备。block目录下放的是一些linux存储体系中关于块设备管理的代码。 (3)crypto。英文意思是加密。这个目录下放了一些各种常见的加密算法的C语言代码实现。譬如crc32、md5、sha1等。 (4)Documentation。里面放了一些文档。 (5)drivers。驱动目录,里面分门别类的列出了linux内核支持的所有硬件设备的驱动源代码。 (6)firmware。固件。什么是固件?固件其实是软件,不过这个软件是固话到IC里面运行的叫固件。就像S5PV210里的iROM代码。 (7)fs。fs就是file system,文件系统,里面列出了linux支持的各种文件系统的实现。 (8)include。头文件目录,公共的(各种CPU架构共用的)头文件都在这里

Linux平台编译Lua-5.0 版本so动态库文件

匿名 (未验证) 提交于 2019-12-02 21:59:42
https://www.lua.org/ftp/ LUA_SO=liblua.so ALL_T= $(LUA_A) $(LUA_T) $(LUAC_T) $(LUA_SO) $(LUA_SO): $(CORE_O) $(LIB_O) TO_LIB= liblua.a liblua.so MYCFLAGS= -O2 -fPIC make clean;make;make so lua-5.0.2/lib/liblua.so lua-5.0.2/lib/liblua.so.5.0 lua-5.0.2/lib/liblualib.so lua-5.0.2/lib/liblualib.so.5.0 文章来源: Linux平台编译Lua-5.0 版本so动态库文件

no libsigar-amd64-linux.so in java.library.path

匿名 (未验证) 提交于 2019-12-02 21:59:42
打好jar包传到linux后,运行java -jar xxxx.jar后报错:no libsigar-amd64-linux.so in java.library.path ; sigar主要是用来获取主机信息的 ; 解决步骤: 要先去下个东西 http://pan.baidu.com/s/1pJK6Nur 我们需要获取到java.library.path这个路径,方法是写个用小的java程序来实现 ; System.out.println(System.getProperty("java.library.path")); 在main方法中写上这一条指令来打印系统中的java.library.path路径;(如我的centos的路径为:/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib) ; 解压上面下载的压缩包,然后仔细阅读解压后生成的文件夹中的"备注.txt"这个文本的前5行,也就是下面列出来的内容: sigar 测试项目 在window环境下 只需要一下2个依赖: sigar.jar sigar-x86-winnt.dll 如果环境为linux,则在hyperic-sigar-1.6.4\sigar-bin\lib中寻找替换对应的sigar-x86-winnt.dll 文件(linux下为os文件

gcc库链接

匿名 (未验证) 提交于 2019-12-02 21:59:42
转载于https://blog.csdn.net/zhangdaisylove/article/details/45721667 1.库的分类 库有静态库和动态库,linux下静态库为.a,动态库为.so。windows下静态库为.lib,动态库为.dll。 静态库是在编译的链接阶段链接嵌入到程序中。因此链接了静态库的程序之后与静态库没有了关系,你如果更新了静态库,使用静态库的程序需要重新链接。 动态库在在运行阶段加载的,不会链接到使用动态库的程序中。有点是一旦修改了动态库,所有使用动态库的程序都会自动加载,无需再次编译。 2.库的生成 下面命令在linux环境下执行,以test.c举例 动态库的生成 gcc -share test.c -o libtest.so 静态库的生成 由于静态库是在链接阶段链接的,因此静态库实际上就是编译阶段的.o目标文件的归档文件 gcc -c test.c会生成test.o ar -r libtest.a test.o 可以将多个.o文件打包到一个库中 3.库的加载 gcc默认会在/lib 和/user/lib下查找库 比如test.c会使用到加密库中的函数 gcc test.c -lcrypto -o test gcc会自动到/lib和/usr/lib路径下查找libcrypto.a或者libcrypto.so 可以使用-L,比如在当前路径下查找库

linux下部署Django uwsgi: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory

匿名 (未验证) 提交于 2019-12-02 21:59:42
在ubuntu下部署Django服务,使用uwsgi时报错 命令:uwsgi --http :8001 --wsgi-file test.py 报错信息:uwsgi: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory 解决方式: sudo apt-get install libpcre3 libpcre3-dev # 安装需要的包 find / -name libpcre.so.3 # 找到libpcre.so.3(一般在根目录/lib/x86_64-linux-gnu下) 找到 /lib/x86_64-linux-gnu/libpcre.so.3 sudo ln -s /lib/x86_64-linux-gnu/libpcre.so.3 /usr/lib/libpcre.so.1 # 做软链接即可 来源:博客园 作者: 二航 链接:https://www.cnblogs.com/erhangboke/p/11673156.html

LINUX安装ODBC驱动

匿名 (未验证) 提交于 2019-12-02 21:56:30
1、先下载最新的unixODBC源码包( tar -zxvf unixODBC-2.3.1.tar.gz 2、安装unixODBC-2.3.1.tar.gz #cd usr/local/unixODBC-2.3.1/ #./configure --prefix=/usr/local/unixODBC-2.3.1 --includedir=/usr/include --libdir=/usr/lib -bindir=/usr/bin --sysconfdir=/etc #make #make install 3、测试查看unixODBC安装情况 #odbcinst -j unixODBC 2.3.1 DRIVERS............: /etc/odbcinst.ini SYSTEM DATA SOURCES: /etc/odbc.ini FILE DATA SOURCES..: /etc/ODBCDataSources USER DATA SOURCES..: /root/.odbc.ini SQLULEN Size.......: 8 SQLLEN Size........: 8 SQLSETPOSIROW Size.: 8 PS:安装完成后,查看unixODBC安装情况,可能会报如下错误: #odbcinst -j odbcinst: error while

Linux系统启动流程及系统裁剪

匿名 (未验证) 提交于 2019-12-02 21:56:30
1、内核的功能 (1)进程管理 (2)内存管理(内核管理代码中代码量最大的部分) (3)I/O管理:中断及中断处理 (4)文件系统:ext3,ext4,reiserfs,xfs等。。 (5)驱动程序 (6)安全相关:SELinux 2、内核设计流派 (1)单内核:单一体系结构(Linux) <1>特点: ①模块化设计:核心+外围功能性模块组成 ②内核支持动态装卸载模块 (2)微内核:内核子系统,更容易用于多线程编程(Windows、Solaris) 1、系统启动流程总结 (1) POST(Power on self Testing) 2、POST(Power on self testing)的作用 (1)打开电源后,检测硬件设备是否正常工作。 3、BIOS的作用 (1)若电脑有多个存储设备,BIOS就会按照中的Boot Sequence(启动队列)来选择MBR所在的存储设备。 4、GRUB(Grand Unified Bootloader) (1)1st stage(第一阶段):位于MBR中,为引导2nd stage。 (2)1.5 stage:位于boot基本磁盘分区中,为识别内核文件所在的文件系统提供文件识别扩展。 (3)位于boot基本磁盘分区中,GRUB的引导程序。 5、启动kernel (1)启动vmlinuz,vmlinuz是一段压缩存放的代码,分为两端,一个解压代码