lib文件

如题，本文实现的是在windows环境下python编写脚本实现打开测试的网站，作为运维人员，每天一个个打开网页实在繁琐，这里将其归合成一个脚本，并且打包成exe，方便在别的没有安装Python环境的机器上面运行 首先电脑要安装python和pywin32-218.win-amd64-py2.7.exe 我这里都是安装64位的，并且安装的都是2.7版本的 安装win32模块的时候可能会提示需要注册，不然安装的时候会找不到python模块的目录 我这里顺便上传个register.py的代码，只需要放在python的安装目录下执行一下就可以了 import sys from _winreg import * # tweak as necessary version = sys.version[:3] installpath = sys.prefix regpath = "SOFTWARE\\Python\\Pythoncore\\%s\\" % (version) installkey = "InstallPath" pythonkey = "PythonPath" pythonpath = "%s;%s\\Lib\\;%s\\DLLs\\" % ( installpath, installpath, installpath ) def RegisterPy(): print

本文主要参照HBase官网： http://hbase.apache.org/cygwin.html 中《HBase On Windows》的安装步骤说明 1、安装介质： Java，下载地址： http://www.oracle.com/technetwork/java/javase/downloads/index.html Cywin，下载地址： http://www.cygwin.com/ HBase，下载地址： http://www.apache.org/dyn/closer.cgi/hbase/ 2、安装Java，并配置环境变量，可直接在系统变量Path中添加jre路径 3、安装CYGWIN，之后启动 4、执行“ LN -s /cygdrive/c/Program\ Files/Java/ <jre name> /usr/local/ <jre name> ”，创建Java链接，之后可通过执行javac命令查看链接是否创建成功。 5、执行“ssh-host-config”安装SSH服务，安装完成之后 ，执行“net start sshd”启动SSH服务，重新启动另一个cygwin客户端，ssh localhost，查看SSH服务是否安装并成功启动 6、安装HBASE，执行命令“tar -xvf hbase-0.94.20.tar.gz”解压HBASE文件 7、修改

近期，在公司里新接手一个项目，发现，摩托罗拉手机，自己的三星手机，都能正常把程序跑起来，但是换成公司里给配的小米平板，就崩溃了，chakanli查看了一下Log发现程序报出java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file "/xxx/xxx/xxx.xxx.xxx.apk"],nativeLibraryDirectories=[/xxx/xxx/xx.xxx.xxx/lib/x86, /vendor/lib, /system/lib]]] couldn't find "libmpbase.so"。大概意思就是找不到libmpbase.so文件，后来发现有可能是在引入sdk的时候，就没有做好适配。所以说要解决这样的情况，一方法是是联系sdk的开发方，处理一下。另外一种方法就是，在项目的gradle文件夹下面的，defaultConfig中添加 ndk{abiFilters "armeabi ","armeabi-v7a"}这段代码。 来源： CSDN 作者： codeKingCreater 链接： https://blog.csdn.net/weixin_39302050/article/details/84935033

共有两种库： 一种是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包含实际的函数和数据

从零开始构建一个centos7+jdk7+tomcat7的镜像文件 centos7系统下docker运行环境的搭建准备centos基础镜像 docker pull centos 或者直接下载我准备好的镜像 docker pull registry .cn -hangzhou .aliyuncs .com /repos_zyl/centos: 0.0 .1 准备jdk7和tomcat7安装包 创建工作目录, mkdir -p /z/docker * 准备下载jdk7的tar.gz包, * wget http://download.oracle.com/otn/java/jdk/7u79-b15/jdk-7u79-linux-x64.tar.gz 解压到目录/z/docker下, 并重命名为jdk * wget http://mirrors.cnnic.cn/apache/tomcat/tomcat-7/v7.0.75/bin/apache-tomcat-7.0.75.tar.gz 解压到目录/z/docker下, 并重命名为tomcat rm -rf /z/docker/jdk/*src.zip \ /z/docker/jdk/lib/missioncontrol \ /z/docker/jdk/lib/visualvm \ /z/docker/jdk/lib/*javafx* \

docker 中 /var/lib/docker 目录占很多空间 当docker 用一段时间后，发现 /var/lib/docker 占子服务器的大部分空间。 在/var/lib/docker 用 du -sh * 命令查看一下，发现是aufs 和 containers 两个目录占了大部分空间 root@iZwz9j0rhuuld249sx2ja8Z:/var/lib/docker# du -sh * 20G aufs 4.0K clean.sh 25G containers 2.9M image 52K network 4.0K nuke-graph-directory.sh 4.0K swarm 4.0K tmp 4.0K trust 36K volumes aufs 目录不敢删除，只有看containers 目录下的东西 发现containers下面的目录名称就是已创建容器的ID (docker ps -a) root@iZwz9j0rhuuld249sx2ja8Z:/var/lib/docker/containers# ll total 16 drwx—— 4 root root 4096 Jan 11 19:02 ./ drwx–x–x 10 root root 4096 Mar 14 14:32 ../ drwx—— 3 root root 4096 Jan 5 11

本人下了一个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

docker 的镜像与容器都存储在 /var/lib/docker 下面，那么基于不同的系统又有不同的存储方式，在 ubuntu 下面存储方式为 AUFS；在 Centos 下面存储方式又是 device mapper。 一：/var文件系统 /var文件系统 /var 包含系统一般运行时要改变的数据。通常这些数据所在的目录的大小是要经常变化或扩充的。原来/var目录中有些内容是在/usr中的，但为了保持/usr目录的相对稳定，就把那些需要经常改变的目录放到/var中了。每个系统是特定的，即不通过网络与其他计算机共享。下面列出一些重要的目录(一些不太重要的目录省略了)。 1. /var/catman 包括了格式化过的帮助(man)页。帮助页的源文件一般存在/usr/man/man中；有些man页可能有预格式化的版本，存在/usr/man/cat中。而其他的man页在第一次看时都需要格式化，格式化完的版本存在/var/man 中，这样其他人再看相同的页时就无须等待格式化了。(/var/catman 经常被清除，就像清除临时目录一样。) 2. /var/lib 存放系统正常运行时要改变的文件。 3. /var/local 存放/usr/local 中安装的程序的可变数据(即系统管理员安装的程序)。注意，如果必要，即使本地安装的程序也会使用其他/var 目录，例如/var/lock 。

1、下载Linux版的 CRF++ ，在wondows下import CRFPP，需要现在linux版的CRF++中编译 2、在CRF++-0.58（linux版）\python文件下打开cmd命令窗口，以此执行： python setup.py build python setup.py install 3、将CRF++中的libcrfpp.dll复制到anaconda\Lib\site-packages文件中或python\Lib\site-packages文件中 4、import CRFPP正常 来源： CSDN 作者： allan2222 链接： https://blog.csdn.net/allan2222/article/details/90664957

一、描述 acl 工程是一个跨平台（支持LINUX，WIN32，Solaris，MacOS，FreeBSD）的网络通信库及服务器编程框架，同时提供更多的实用功能 库。通过该库，用户可以非常容易地编写支持多种模式(多线程、多进程、非阻塞、触发器、UDP方式)的服务器程序，WEB 应用程序，数据库应用程序。此外，该库还提供了常见应用的客户端通信库（如：HTTP、SMTP、ICMP、memcache、beanstalk），常 见流式编解码库：XML/JSON/MIME/BASE64/UUCODE/QPCODE/RFC2047 等。 1.1、库组成 本工程主要包含 5 个库及大量示例。5 个库的说明如下： 1) lib_acl: 该库是最基础的库，其它 4 个库均依赖于该库; 该库以 C 语言实现。 2) lib_protocol: 该库主要实现了 http 协议及 icmp/ping 协议; 该库以 C 语言实现。 3) lib_acl_cpp: 该库用 C++ 语言封装了 lib_acl/lib_protocol 两个库，同时增加了一些其它有价值的功能应用。 4) lib_dict: 该库主要实现了 KEY-VALUE 的字典式存储库，该库另外还依赖于 BDB, CDB 以及 tokyocabinet 库。 5) lib_tls: 该库封装了 openssl 库，使 lib_acl