lib

参考1： https://www.cnblogs.com/technology-huangyan/p/10484838.html 参考1： https://blog.csdn.net/aiyowei1106/article/details/88703746 　　emmmm，今天克隆了一台虚拟机，安装MySQL时真是困难重重，这笔账我必须仔细记下来，以警后人哈哈哈哈。 　　不管是在Linux下还是Windows下，如果出现某些“巧合”的话，安装MySQL都会困难重重呀。这篇文章就记录一下今天在CentOS7下安装MySQL的辛酸过程。 首先卸载删除操作： 　　1、如果开启了mysql进程的话，先kill掉！！！ 　　 　　2、查看所有已安装的mysql安装包 　　　查看方法1： 　　 　　　查看方法2： 　　 　　3、全部卸载： 　　rpm -e --nodeps MySQL-client.x86_64 　　rpm -e --nodeps MySQL-server.x86_64 　　4、删除： 　　先查询： 　　whereis mysql和find / - name mysql， 把查出来的目录全删了！ 　　例如：rm -rf /var/lib/mysql　　这一步很重要，否则会报错：而且不能进了lib目录下只删除mysql，否则无效，还是报错。报错原因参考第二个链接。 　　 　

1、软件：VS2013，oracle10g 2、VS2013 新建VC++空项目，然后在源文件中新建一个*.pc文件（不知道我的配置哪儿有问题，新建的pc文件必须和工程同名），右击该文件——》属性——》常规——》项类型，将项类型改选为自定义生成工具，——》应用，之后该窗口左侧会多了一个自定义生成工具的选项，——》自定义生成工具——》选项，命令行改为：proc $(TargetName) ，输出改为：$(IntDir)$(TargetName).c 3、右击pc文件，——》编译，此时就会在工程目录下生成一个C文件，在工程的源文件目录中将C文件加进来，将pc文件从项目中移除。 4、 右键点击项目->属性->vc++目录->包含目录中添加头文件目录： oracle\product\11.1.0\client_1\precomp\public 库目录中添加.lib目录： oracle10g_database_win32\oracle\product\10.2.0\db_1\precomp\LIB oracle10g_database_win32\oracle\product\10.2.0\db_1\RDBMS\XA oracle10g_database_win32\oracle\product\10.2.0\db_1\oci\lib\msvc oracle10g_database

共有两种库： 一种是LIB包含了函数所在的DLL文件和文件中函数位置的信息（入口），代码由运行时加载在进程空间中的DLL提供，称为动态链接库dynamic link library。 一种是LIB包含函数代码本身，在编译时直接将代码加入程序当中，称为静态链接库static link library。 共有两种链接方式： 动态链接使用动态链接库，允许可执行模块（.dll文件或.exe文件）仅包含在运行时定位DLL函数的可执行代码所需的信息。 静态链接使用静态链接库，链接器从静态链接库LIB获取所有被引用函数，并将库同代码一起放到可执行文件中。 关于lib和dll的区别如下： （1）lib是编译时用到的，dll是运行时用到的。如果要完成源代码的编译，只需要lib；如果要使动态链接的程序运行起来，只需要dll。 （2）如果有dll文件，那么lib一般是一些索引信息，记录了dll中函数的入口和位置，dll中是函数的具体内容；如果只有lib文件，那么这个lib文件是静态编译出来的，索引和实现都在其中。使用静态编译的lib文件，在运行程序时不需要再挂动态库，缺点是导致应用程序比较大，而且失去了动态库的灵活性，发布新版本时要发布新的应用程序才行。 （3）动态链接的情况下，有两个文件：一个是LIB文件，一个是DLL文件。LIB包含被DLL导出的函数名称和位置，DLL包含实际的函数和数据

sigar的使用网上使用太多就不记录了。 很多都是以windows举例，并且没有说文件怎么放。 为了开发过程不报错要把sigar下载下来的lib文件夹里面的文件拷贝你开发项目的lib下面 webapp/WEB_INF/lib 项目引用sigar.jar包，只要依赖文件在同级目录就可以了 还没部署过暂时不记录部署了 来源： CSDN 作者： 很直的直男癌 链接： https://blog.csdn.net/sddaaa/article/details/79078548

本人下了一个QQ for Linux 报错： /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.15' not found 出现该错误的原因是当前的GCC版本（昨天编译安装的gcc-4.8.0）中，没有GLIBCXX_3.4.15。查看libstdc++.so.6 所支持的GLIBC #strings /usr/lib/libstdc++.so.6 | grep GLIBC GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 于是下了个 libstdc++.so.6.0.17文件复制到 /usr/lib 文件夹下面更新到了 GLIBCXX_3.4.17 #strings /usr/lib/libstdc++.so.6 | grep GLIBC 输出 GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9

查看一下宿主机的分区挂载情况 [ root @ localhost ~]# df Filesystem 1 K - blocks Used Available Use % Mounted on / dev / mapper / centos - root 52403200 26388668 26014532 51 % / devtmpfs 1923288 0 1923288 0 % /dev tmpfs 1933472 0 1933472 0 % /dev/shm tmpfs 1933472 17200 1916272 1 % /run tmpfs 1933472 0 1933472 0 % /sys/fs/cgroup / dev / mapper / centos - home 47760604 32928 47727676 1 % /home / dev / sda1 508588 155828 352760 31 % /boot tmpfs 386696 0 386696 0 % /run/user/0 同时运行两个个容器，一个基于 busybox 镜像，一个基于 ubuntu 镜像 [root @localhost /] # docker run -it busybox /bin/sh [root @localhost ~] # docker run -it ubuntu

在默认情况下，Docker镜像和容器的默认存放位置为: /var/lib/docker 一般根下分区我们不会给太大。镜像和容器越存越多一般我们有一种最简单解决方法: 修改镜像和容器的存放路径 在Docker服务配置文件 /etc/sysconfig/docker 中修改镜像和容器存放路径的参数， 在配置文件中加入： other_args="--graph=/data/docker"。 具体执行步骤如下： 停止Docker服务 [root@localhost lib]# service docker stop 备份数据到新的存放路径 [root@localhost lib]# cp -rf /var/lib/docker /data/ 修改备份/var/lib/docker路径 [root@localhost lib]# mv /var/lib/docker{,.bak} 启动Docker服务 [root@localhost lib]# service docker start 测试Docker服务 [root@localhost lib]# docker info 来源： CSDN 作者： Fei-joe 链接： https://blog.csdn.net/qq_33290422/article/details/78802545

我们成功安装完docker后，执行命令行sudo docker run hello-world, 如果是第一次执行，则会从远程拉取hello-world的镜像到本地，然后运行，显示hello world。 以ubuntu系统为例，本地镜像存储于目录/var/lib/docker文件夹下： 相关目录介绍如下。 /var/lib/docker/image/overlay2：存储镜像管理数据的目录，以使用的存储驱动命名，在我的ubuntu系统上，使用的驱动为overlay2。 其中repositories.json文件相当于SAP UI5里的manifest.json, 以及nodejs项目中的project.json: /var/lib/docker/image/overlay2/distribution$: 从远端拉到本地的镜像相关元数据 /var/lib/docker/image/overlay2/imagedb:镜像数据库 /var/lib/docker/image/overlay2/imagedb/content: 每镜像层次的配置digest,也就是镜像ID。content文件夹里能看到一个sha256子文件夹。 进入该子文件夹，会看到一个以镜像ID命名的文件，我们用命令行docker images看到的镜像ID的前12位就来自这个文件。 /var/lib/docker

1. 问题描述 分布式组件项目使用了Redis，在Windows平台使用QT+VS2010编译环境。但Redis客户端库hiredis在Windows平台只提供静态库，而且必须用VS2013以上的版本才能编译。由于VS2013要更新部分组件才能避免编译错误，最终以VS2015编译hiredis.lib静态库。这样就面临如下问题： VS2010不支持完整的C++11特性，linux能直接使用std::thread的代码在Windows无法编译。 但使用该组件的应用程序在Windows系统以VS2010编译，不能直接用VS2015编译出的hiredis.lib继续编译应用程序。 2. 解决过程 2.1. 跨系统移植 2.1.1.务必初始化所有变量 因为某个ID变量没有初始化，在linux运行正常，但移植到windows就出现错误。原因是该变量在linux被缺省初始化为0，单在Windows是随机值。 从代码的质量考虑，不能依赖系统的缺省值，必须养成初始化所有变量的习惯。 2.1.2.VS早期版本不支持C++11的全部标准 代码中使用了C++11的thread，在linux和Windows的VS2015运行正常，但在VS2010编译出错。原因是VS2012之前的版本不支持C++11标准。为此不得不大量使用条件编译，改用CreateThread等函数。 2.2.