lib文件

笔者目前使用的Mac版本是10.10，配置好必要信息以后就开始编辑，结果错误满屏。简单看过之后发现是编译C文件的时候参数有误，于是查了一下，才知道是LLVM版本太新，不兼容低版本的一些编译参数。照着上面改了点代码，但是依旧编译不过。既然高版本不行，就装个低版本的呗。由于最新的OS X不能装低版本的Xcode（装了Xcode才能装LLVM），所以去下了一个10.8的OS X装在虚拟机里，然后再装个Xcode4.4。 装好Xcode以后，要手动下载LLVM安装。打开Xcode，随便建立一个空项目，然后打开Preferences，找到如下所示的地方开始安装，接下来就可以逐步安装JDK7了。 1要安装JDK7，当然是要有JDK的二进制文件，可直接在ORACLE的官网中下载就可以拉出来 。PS：要注意系统版本的选择，我就是在折腾了许久的X64版本的JDK后，才发现我的系统是X86的。 2接着就是解压tar.gz的文件了。 tar -xzf jdk-7-linux-i586.tar.gz 3接着就是解压出来的文件夹移动到/usr/lib/jvm的目录下 在这之前当然需要你拥有root的权限 su -l 再输入root账户的密码，同时也需要你在/usr/lib目录下新建一个文件夹 mkdir /usr/lib/jvm。 做好这些准备之后，我们就可以吧jdk的文件移动我们想要的位置了。 mv

QT5调用OpenCV4 利用前面已经编译好的opencv4，我们下面将调用opencv4进行使用。 QT导入OpenCV4 可以参照前面导入GSL的例子，首先我们制作一个包含OpenCV相关文件的文件夹（make install之后默认安装在install文件夹） 制作pri文件 # 宏定义项，指明采用OPENCV DEFINES += OPENCV4_DLL # 指明GSL库所对应的头文件所在目录 INCLUDEPATH += $$PWD/include # 链接静态库 #CONFIG += static # 指明依赖库关系 LIBS += $$PWD/lib/libopencv_calib3d411.dll.a LIBS += $$PWD/lib/libopencv_core411.dll.a LIBS += $$PWD/lib/libopencv_dnn411.dll.a LIBS += $$PWD/lib/libopencv_features2d411.dll.a LIBS += $$PWD/lib/libopencv_flann411.dll.a LIBS += $$PWD/lib/libopencv_gapi411.dll.a LIBS += $$PWD/lib/libopencv_highgui411.dll.a LIBS += $$PWD/lib

1、实现sshd免密登录 生成私钥 ssh-keygen 两种方法，一种直接copy-id到客户端 ssh-copy-id root@10.0.0.203 另一种方法，copy-id到服务器，再由服务器下发公钥到客户端 ssh-copy-id root@10.0.0.202 scp .ssh/authorized_keys root@10.0.0.203:/root/.ssh/ 2、编译安装dropbear实现SSH登录 源码编译安装： • 1、安装开发包组:yum groupinstall “Development tools” • 2、下载dropbear wget https://matt.ucc.asn.au/dropbear/dropbear-2019.78.tar.bz2 • 3、tar xf dropbear-2019.78.tar.bz2 • 4、less INSTALL README • 5、./configure --prefix=/usr/lib/dropbear --sysconfdir=/etc/dropbear • 6、make PROGRAMS="dropbear dbclient dropbearkey dropbearconvert scp" • 7、make PROGRAMS="dropbear dbclient dropbearkey

java.lang.NoClassDefFoundError: com/sun/tools/javac/Main 最近在使用java的动态编译的时候出现的问题,主要是由于在使用类com.sun.tool.javac.Main时,总是出现NoClassDefFoundError的错误,后来找到如下的文章,分析,可能是由于对于包tools.jar的加载问题,虽然我在classpath中声明了这个包,但在eclipse环境下,始终都还是出现运行时异常,对于编译时正确,运行时异常的情况,eclipse一般都是由于其自身的加载机制造成的.在eclipse下,对于一般的java工程,只要设置了系统的classpath,在其中添加了tools.jar包,即可;对于plugin工程,我是将tools.jar包,直接拷贝到本工程下,并在property中引用,而且在META-INF/MANIFEST.MF文件中的Runtime页的classpath中添加了这个tool.jar包,这样在运行时就没有异常了,可以正常编译了. 理解Java ClassLoader机制 Java ClassLoader 2006-5-23 当JVM（Java虚拟机）启动时，会形成由三个类加载器组成的初始类加载器层次结构： bootstrap classloader | extension classloader |

1. 连接和运行时库文件搜索路径到设置 库文件在连接（静态库和共享 库）和运行（仅限于使用共享库的程序）时被使用，其搜索路径是在系统中进行设置的。一般 Linux 系统把 /lib 和 /usr/lib 两个目录作为默认的库搜索路径【deepin可以在里面搜索出qt，因为deepin默认安装了qt程序运行依赖库】，所以使用这两个目录中的库时不需要进行设置搜索路径即可直接使用。对于处于默认库搜索路径之外的库，需要将库的位置添加到 库的搜索路径之中。设置库文件的搜索路径有下列两种方式，可任选其一使用： (1). 在 /etc/ld.so.conf 文件中添加库的搜索路径。(或者在/etc/ld.so.conf.d 下新建一个.conf文件，将搜索路径一行一个加入-junziyang) 将自己可能存放库文件的路径都加入到/etc /ld.so.conf中是明智的选择添加方法也极其简单，将库文件的绝对路径直接写进去就OK了，一行一个。例如： /usr/X11R6/lib /usr/local/lib /opt/lib 需要注意的是：这种搜索路径的设置方式对于程序连接时的库（包括共享库和静态库）的定位已经足够了，但是对于使用了共享库的程序的执行还是不够的。这是 因为为了加快程序执行时对共享库的定位速度，避免使用搜索路径查找共享库的低效率，所以是直接读取库列表文件 /etc/ld.so

host 文件新增 0.0.0.0 account.jetbrains.com 0.0.0.0 www.jetbrains.com 再运行桌面上生成的phpstorm 2019软件图标，选择do not import settings点击ok 弹出注册界面，选择"activation code"输入注册码即可激活。 如果想汉化成中文，可以将软件包中汉化文件resources_cn.jar复制替换。 打开安装目录下的“lib”文件夹，将原来的resources_en.jar英文版文件删除或重命名，再将phpstorm 2019.1汉化包“resources_cn.jar”复制入内即可，默认安装路径【C:\Program Files\JetBrains\PhpStorm 2019.1\lib】 来源： https://www.cnblogs.com/ydl233/p/11413589.html

一、CLI连接 进入到 bin 目录下，直接输入命令： [hadoop@hadoop3 ~]$ hive SLF4J: Class path contains multiple SLF4J bindings. SLF4J: Found binding in [jar:file:/home/hadoop/apps/apache-hive-2.3.3-bin/lib/log4j-slf4j-impl-2.6.2.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: Found binding in [jar:file:/home/hadoop/apps/hadoop-2.7.5/share/hadoop/common/lib/slf4j-log4j12-1.7.10.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation. SLF4J: Actual binding is of type [org.apache.logging.slf4j.Log4jLoggerFactory] Logging initialized using

ldconfig 参考：http://man.linuxde.net/ldconfig https://blog.csdn.net/chenzixun0/article/details/56278632 主要是在默认搜寻目录/lib和/usr/lib以及动态库配置文件/etc/ld.so.conf内所列的目录下，搜索出可共享的动态链接库（格式如lib*.so*）,进而创建出动态装入程序(ld.so)所需的连接和缓存文件，缓存文件默认为/etc/ld.so.cache，此文件保存已排好序的动态链接库名字列表。linux下的共享库机制采用了类似高速缓存机制，将库信息保存在/etc/ld.so.cache，程序连接的时候首先从这个文件里查找，然后再到ld.so.conf的路径中查找。为了让动态链接库为系统所共享，需运行动态链接库的管理命令ldconfig，此执行程序存放在/sbin目录下。 ldconfig命令参数： -v或–verbose:ldconfig将显示正在扫描的目录及搜索到的动态链接库,还有它所创建的连接的名字 -f CONF：此选项指定动态链接库的配置文件为CONF，系统默认为/etc/ld.so.conf -p或–print-cache：此选项指示ldconfig打印出当前缓存文件所保存的所有共享库的名字。 -V：此选项打印出ldconfig的版本信息，而后退出。

1.ToSlash(path string) string 将相关平台的路径分隔符转为/ package main import ( "fmt" "os" "path/filepath" ) func main() { sep := os.PathSeparator // 查看当前平台的系统路径分隔符,windows平台是\ fmt.Println(string(sep)) // \ // 将分割符转为/ fmt.Println(filepath.ToSlash(`C:\python37\python.exe`)) // C:/python37/python.exe // 注意：该函数不在意路径是否存在，只是当成普通的字符串进行处理 // 比如我输入一个不存在的路径也是可以的 fmt.Println(filepath.ToSlash(`C:\python37\python.exe\python.exe`)) // C:/python37/python.exe/python.exe } 2.FromSlash(path string) string 和ToSlash相反，是将/转化为相关系统的路径分隔符 package main import ( "fmt" "path/filepath" ) func main() { fmt.Println(filepath.FromSlash(

在Linux中安装交叉编译器arm-linux-gcc 4.4.3，然后编译mini2440内核出错： /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.9' not found: 在RHEL5中安装交叉编译器arm-linux-gcc 4.4.3，然后编译mini2440内核出错： /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.9’ not found 分析： 执行strings /usr/lib/libstdc++.so.6 | grep GLIBC 返回结果没有GLIBCXX_3.4.9 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 GLIBC_2.0 GLIBC_2.3 GLIBC_2.4 GLIBC_2.3.4 GLIBC_2.1 GLIBC_2.1.3 GLIBC_2.2 GLIBCXX_FORCE_NEW GLIBCXX_DEBUG_MESSAGE_LENGTH 执行ls -l /usr/lib/libstdc++.so.6 发现/usr/lib/libstdc++.so.6 ->