lib文件

java命令执行jar包的方式 大家都知道一个java应用项目可以打包成一个jar，当然你必须指定一个拥有main函数的main class作为你这个jar包的程序入口。 具体的方法是修改jar包内目录META-INF下的MANIFEST.MF文件。 比如有个叫做test.jar的jar包，里面有一个拥有main函数的main class：test.someClassName 我们就只要在MANIFEST.MF里面添加如下一句话： Main-Class: test.someClassName 然后我们可以在控制台里输入java -jar test.jar即可以运行这个jar。 但是我们这个项目需要引用其他第三方的jar包，在eclipse里面以项目jar包的形式引用了这个叫做some.jar的包，当时放在项目的lib子目录下，最后项目打包时把这个some.jar也打进来了，但是用java -jar执行这个test.jar的时候报找不到Class异常，原因就是jar引用不到放在自己内部的jar包。 那怎么办？ 运行时将其加入classpath的方式行不行？就是在运行jar的同时加入classpath参数： java -classpath some.jar -jar test.jar 这种方式是不行的，因为使用classpath指定的jar是由AppClassloader来加载

参考：http://blog.siyebocai.cn/20100324_5p424qs7.html 通常在软件编译时出现的usr/bin/ld: cannot find -lxxx的错误，主要的原因是库文件并没有导入的ld检索目录中。 解决方式： 1。确认库文件是否存在，比如-l123, 在/usr/lib, /usr/local/lib,或者其他自定义的lib下有无lib123.so, 如果只是存在lib123.so.1, 那么可以通过ln -sv lib123.so.1 lib123.so，建立一个连接重建lib123.so. 2。检查/etc/ld.so.conf中的库文件路径是否正确，如果库文件不是使用系统路径，/usr/lib, /usr/local/lib, 那么必须在文件中加入。 3。ldconfig 重建ld.so.cache文件，ld的库文件检索目录存放文件。尤其刚刚编译安装的软件，必须运行ldconfig，才能将新安装的 库文件导入ld.so.cache. 4。测试，gcc -l123 --verbose. 来源： https://www.cnblogs.com/mfryf/archive/2013/03/17/2964172.html

解决/usr/bin/ld: cannot find -lxxx 已有 7102 次阅读 2012-2-26 09:23 | 个人分类: LINUX环境设置 | 系统分类: 科研笔记 | 关键词:ld cannot 在linux环境编译应用程式或lib的source code时常常会出现如下的错误讯息： /usr/bin/ld: cannot find -lxxx 这些讯息会随着编译不同类型的source code 而有不同的结果出来如： /usr/bin/ld: cannot find -lc /usr/bin/ld: cannot find -lltdl /usr/bin/ld: cannot find -lXtst 其中xxx即表示函式库文件名称，如上例的：libc.so、libltdl.so、libXtst.so。 其命名规则是：lib+库名(即xxx)+.so。 会发生这样的原因有以下三种情形： 1 系统没有安装相对应的lib 2 相对应的lib版本不对 3 lib(.so档)的symbolic link 不正确，没有连结到正确的函式库文件(.so) 解决方法： (1)先判断在/usr/lib 下的相对应的函式库文件(.so) 的symbolic link 是否正确 若不正确改成正确的连结目标即可解决问题。 (2)若不是symbolic link 的问题引起

##一.基本功能: 1.启动hive时报错 java.lang.ExceptionInInitializerError at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:190) at org.apache.hadoop.hive.ql.stats.jdbc.JDBCStatsPublisher.init(JDBCStatsPublisher.java:265) at org.apache.hadoop.hive.ql.exec.mr.ExecDriver.execute(ExecDriver.java:412) Caused by: java.lang.SecurityException: sealing violation: package org.apache.derby.impl.jdbc.authentication is sealed at java.net.URLClassLoader.getAndVerifyPackage(URLClassLoader.java:388) at java.net.URLClassLoader.defineClass(URLClassLoader.java:417) 解决方案: 将mysql-connector-java-5

C++ 的预备知识 涉及的内容 C++ 作为编译型语言 C/C++ 的编译器 制作和调用库 利用 GDB 进行调式 总结 涉及的内容 此系列会在开头说明本篇博客涉及的内容，以方式各位使用，如下： 简要介绍编译型语言和解释型语言 C/C++ 的编译器 gcc/g++ 的用法 使用 gcc/g++ 制作静态库和动态库 使用 gdb 进行调试 C++ 作为编译型语言 计算机上可以运行的只有机器指令（由 01 组成），其他任何语言编写的程序（包括汇编）都要翻译成对应的机器指令才能运行，C++ 属于编译型语言。 编译语言有很多，常见的高级语言都是编译语言，如 Java、C\C++、C# 等，特点是运行前要经过一系列的处理，通常将这一过程称为 “编译” ，编译成功后会生成对应的二进制文件，也就是可执行文件（您的程序）。 与之对应的解释型语言有： Python、JavaScript、HTML 等，特点是运行时在进行 “解释” ，即每执行到一条语言就进行解释成对应的机器指令。 大家知道的编译语言速度快，快的地方其实在于“一次编译，多次运行”，而解释型语言则是每次运行时都要进行 “解释” 所以才慢了些。 但是实际开发过程解释型语言较编译型语言快得多喔， 原因也是因为编译型语言运行前要进行编译，当工程较大时，编译可以耗费大量时间，不适合调试，另外学习编译语言的成本和难度较解释型要大。 编译语言的运行

目录 参考文档 理论概述 DRBD 架构 NFS 架构部署 部署DRBD 部署heartbeat 部署NFS及配合heartbeat nfs切记要挂载到别的机器上不要为了省事，省机器 参考文档 https://blog.51cto.com/732233048/1669417 CentOS 7下安装配置Heartbeat高可用集群_服务器应用_Linux公社-Linux系统门户网站 https://www.linuxidc.com/Linux/2019-02/157123.htm NFS自动挂载_服务器应用_Linux公社-Linux系统门户网站 https://www.linuxidc.com/Linux/2013-05/84777.htm 1 NFS高可用解决方案之DRBD+heartbeat搭建 - 温柔易淡 - 博客园 https://www.cnblogs.com/liaojiafa/p/6129499.html Linux HA集群之DRBD详解(较全面) 构建Mysql+heartbeat+DRBD+LVS集群应用系统系列之DRBD的搭建 https://www.cnblogs.com/liaojiafa/p/6118425.html RHEL/CentOS/Fedora各种源(EPEL、Remi、RPMForge、RPMFusion)配置 - AderStep -

1、首先 移除 openssl：brew remove openssl 2、安装 openssl：brew install openssl 3、根据提示在 ~/.bash_profile 文件中添加如下内容： echo 'export PATH="/usr/local/opt/openssl@1.1/bin:$PATH"' export LDFLAGS="-L/usr/local/opt/openssl@1.1/lib" export CPPFLAGS="-I/usr/local/opt/openssl@1.1/include" export PKG_CONFIG_PATH="/usr/local/opt/openssl@1.1/lib/pkgconfig" 4、执行 brew switch openssl 1.0.2s，根据提示修改为：brew switch openssl 1.0.2q，重新执行 5、此时运行 PHP 会提示：dyld: Library not loaded: /usr/local/opt/readline/lib/libreadline.7.dylib 6、查看文件夹 ls /usr/local/opt/readline/lib/ 7、创建连接 ln -s /usr/local/opt/readline/lib/libreadline.8.dylib /usr

在 npm run dev 时出现 ” Module build failed: Error: Cannot find module 'node-sass’ “ 这样的错误，如下： ERROR Failed to compile with 1 errors 19:51:09 error in ./src/page/Class/ClassList.vue Module build failed: Error: Cannot find module 'node-sass' Require stack: - F:\Workspace\vscode\user_h5\node_modules\sass-loader\lib\loader.js - F:\Workspace\vscode\user_h5\node_modules\loader-runner\lib\loadLoader.js - F:\Workspace\vscode\user_h5\node_modules\loader-runner\lib\LoaderRunner.js - F:\Workspace\vscode\user_h5\node_modules\webpack\lib\NormalModule.js - F:\Workspace\vscode\user_h5\node_modules\webpack\lib

1.按下 CTRL + ALT 组合键,进入主操作系统,点击VMware虚拟机菜单下的安装虚拟机工具子菜单. 菜单:VM->Install VMware tools....(虚拟机->安装VMware Tools...) 2.点击"弹出的对话框"中的"Install"按钮,确认安装VMware Tools. 3.鼠标点击Linux界面,进入Linux. 4.使用如下命令挂载光驱设备,注意大小写. (如果 /mnt 下没有相应的目录则可以通过 mkdir 命令来创建) mount -t iso9660 /dev/cdrom /mnt/cdrom 5.ls /mnt/cdrom 你将会发现如下文件中的一个或两个文件: VMwareTools-6.0.3-80004.i386.rpm 和 VMwareTools-6.0.3-80004.tar.gz 这就是VMware Tools的Linux软件包.(其中6.0.3-80004为版本号,可能会有所不同) 这两个文件其实就是一个软件，只不过第一个是安装包形式，第二个是压缩形式。我们使用第二个文件进行安装。 注意，不能直接在这个/mnt/cdrom下使用 tar解压命令，否则会出现cannot open…的错误 vmware-tools-distrib/lib/modules/source/legacy/ tar: vmware-tools

本章节通过一个工程介绍下cmake工程各个模块。使用JetBrains Clion开发工具组织代码。 https://github.com/jasbin2008/cmake-learn.git 1. 多个源文件组织 创建一个工程，添加以下文件： 操作步骤： 1）在根CMakeLists.txt中配置所有子目录下的源文件 # ./CMakeLists.txt cmake_minimum_required(VERSION 3.10) PROJECT(PROJECT_ONE) add_executable(main main.cpp mod1/mod1.cpp mod1/mod1_func.cpp) # 指明需要的源代码文件就好 2）在main.cpp中添加mod1.h，直接调用 2. 使用动态库 现在以动态库的形式重新构建mod1： 1）在mod1文件夹中创建CMakeLists.txt，用于创建动态库mod1 # ./mod1/CMakeLists.txt add_library(mod1 SHARED mod1.cpp mod1_func.cpp) 2）在根目录下的CMakeLists.txt中配置mod1 # ./CMakeLists.txt cmake_minimum_required(VERSION 3.5) PROJECT(PROJECT_ONE) add