lib

参考教程 https://blog.csdn.net/HUSTLX/article/details/51014307 1.在http://ffmpeg.zeranoe.com/builds/ 下载最新的ffmpeg的dev版和share版，注意下载的时候严格区分x64和x86，取决于你vs2015调试的解决方案平台用什么，如果安装了错误的版本将会出现一堆无法解析的错误。 包含三个版本：Static、Shared以及Dev • Static --- 包含3个应用程序：ffmpeg.exe , ffplay.exe , ffprobe.exe，体积都很大，相关的DLL已经被编译到exe里面去了。 • Shared --- 除了ffmpeg.exe , ffplay.exe , ffprobe.exe之外还有一些DLL，exe体积很小，在运行时到相应的DLL中调用功能。 • Dev --- 开发者（developer）版本，里面包含了库文件xxx.lib以及头文件xxx.h，这个版本不含exe文件 把dev版本与share版本都下下来解压，dev版本文件夹中的Include和lib目录整个儿复制到VS项目目录下。接着将share版本文件夹中bin目录下对应的所有dll复制到项目路径下，如下图所示： 开始配置 一键导入，下属配置已经保存直接导入，若没有手动配 0 工程 x86

错误1： LIBCD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main 在project-setting-link里找到project options 去掉里面的/subsystem:console 错误2: nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endt... 将工程设置为Using MFC in a static library 错误3: libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main 在project-setting-link里找到project options 将里面的/subsystem:console 改为/subsystem:windows 错误4: nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex 错误5:

参考博客 / 根目录 　　包含了几乎所的文件目录。相当于中央系统。进入的最简单方法是：cd /。 /boot 引导程序，内核等存放的目录 这个目录，包括了在引导过程中所必需的文件。在最开始的启动阶段，通过引导程序将内核加载到内存，完成内核的启动（这个时候， 虚拟文件系统 还不存在，加载的内核虽然是从硬盘读取的，但是没经过Linux的 虚拟文件系统 ，这是比较底层的东西来实现的。然后内核自己创建好 虚拟文件系统 ，并且从虚拟文件系统的其他子目录中（例如/sbin 和 /etc加载需要在开机启动的其他程序或者服务或者特定的动作（部分可以由用户自己在相应的目录中修改相应的文件来配制。如果我们的机器中包含多个操作系统，那么可以通过修改这个目录中的某个配置文件（例如grub.conf来调整启动的默认操作系统，系统启动的择菜单，以及启动延迟等参数 /sbin 超级用户 可以使用的命令的存放目录 存放大多涉及 系统管理 的命令（例如引导系统的init程序，是超级权限用户root的可执行命令存放地，普通用户无权限执行这个目录下的命令（但是有时普通用户也可能会用到。）我们要记住，凡是目录sbin中包含的都是 root权限 才能执行的。 /bin 普通用户可以使用的命令的存放目录 系统所需要的那些命令位于此目录，比如ls、cp、mkdir等命令；类似的目录还/usr/bin，/usr/local

/ 根目录 　　包含了几乎所的文件目录。相当于中央系统。进入的最简单方法是：cd /。 /boot 引导程序，内核等存放的目录 这个目录，包括了在引导过程中所必需的文件。在最开始的启动阶段，通过引导程序将内核加载到内存，完成内核的启动（这个时候，虚拟文件系统还不存在，加载的内核虽然是从硬盘读取的，但是没经过Linux的虚拟文件系统，这是比较底层的东西来实现的。然后内核自己创建好虚拟文件系统，并且从虚拟文件系统的其他子目录中（例如/sbin 和 /etc加载需要在开机启动的其他程序或者服务或者特定的动作（部分可以由用户自己在相应的目录中修改相应的文件来配制。如果我们的机器中包含多个操作系统，那么可以通过修改这个目录中的某个配置文件（例如grub.conf来调整启动的默认操作系统，系统启动的择菜单，以及启动延迟等参数。 /sbin 超级用户可以使用的命令的存放目录 存放大多涉及系统管理的命令（例如引导系统的init程序，是超级权限用户root的可执行命令存放地，普通用户无权限执行这个目录下的命令（但是有时普通用户也可能会用到。）我们要记住，凡是目录sbin中包含的都是Root权限才能执行的。 /bin 普通用户可以使用的命令的存放目录 系统所需要的那些命令位于此目录，比如ls、cp、mkdir等命令；类似的目录还/usr/bin，/usr/local/bin等等

/ 根目录 　　包含了几乎所的文件目录。相当于中央系统。进入的最简单方法是：cd /。 /boot 引导程序，内核等存放的目录 这个目录，包括了在引导过程中所必需的文件。在最开始的启动阶段，通过引导程序将内核加载到内存，完成内核的启动（这个时候， 虚拟文件系统 还不存在，加载的内核虽然是从硬盘读取的，但是没经过Linux的 虚拟文件系统 ，这是比较底层的东西来实现的。然后内核自己创建好 虚拟文件系统 ，并且从虚拟文件系统的其他子目录中（例如/sbin 和 /etc加载需要在开机启动的其他程序或者服务或者特定的动作（部分可以由用户自己在相应的目录中修改相应的文件来配制。如果我们的机器中包含多个操作系统，那么可以通过修改这个目录中的某个配置文件（例如grub.conf来调整启动的默认操作系统，系统启动的择菜单，以及启动延迟等参数。 /sbin 超级用户 可以使用的命令的存放目录 存放大多涉及 系统管理 的命令（例如引导系统的init程序，是超级权限用户root的可执行命令存放地，普通用户无权限执行这个目录下的命令（但是有时普通用户也可能会用到。）我们要记住，凡是目录sbin中包含的都是 root权限 才能执行的。 /bin 普通用户可以使用的命令的存放目录 系统所需要的那些命令位于此目录，比如ls、cp、mkdir等命令；类似的目录还/usr/bin，/usr/local/bin等等

根文件系统一般应该比较小，因为包括严格的文件和一个小的不经常改变的文件系统不容易损坏。损坏的根文件系统一般意味着除非用特定的方法(例如从软盘)系统无法引导，所以不应该冒这个险。 根目录一般不含任何文件，除了可能的标准的系统引导映象，通常叫/vmlinuz 。所有其他文件在根文件系统的子目录中。 /bin 引导启动所需的命令或普通用户可能用的命令(可能在引导启动后)。 /sbin 类似/bin ，但不给普通用户使用，虽然如果必要且允许时可以使用。 /etc 特定机器的配置文件。 /root root用户的家目录。 /lib 根文件系统上的程序所需的共享库。 /lib/modules 核心可加载模块，特别是那些恢复损坏系统时引导所需的(例如网络和文件系统驱动)。 /dev 设备文件。 /tmp 临时文件。引导启动后运行的程序应该使用/var/tmp ，而不是/tmp ，因为前者可能在一个拥有更多空间的磁盘上。 /boot 引导加载器(bootstrap loader)使用的文件，如LILO。核心映象也经常在这里，而不是在根目录。如果有许多核心映象，这个目录可能变得很大，这时可能使用单独的文件系统更好。另一个理由是要确保核心映象必须在IDE硬盘的前1024柱面内。 /mnt 系统管理员临时mount的安装点。程序并不自动支持安装到/mnt 。 /mnt 可以分为子目录(例如/mnt

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 对于很多 Linux 发行版本， Qt 安装完成后如果直接编译或者运行项目，会出现“cannot find -lGL”错误，如下图所示： 这是因为 Qt 找不到 OpenGL 的动态链接库（libGL.so）。在《 Linux Qt安装 》一节中我们说过，OpenGL 在大部分 Linux 发行版 中都是默认安装的，包括 Ubuntu、CentOS 等，找不到该链接库一般都是路径不对。 Qt 默认在 /usr/lib/ 目录下查找动态链接库，但是很多 Linux 发行版将 OpenGL 链接库放在其它目录，例如我使用的是 CentOS 7，OpenGL 链接库位于 /usr/lib64/ 目录，而对于 Ubuntu，OpenGL 链接库位于 /usr/lib/i386-linux-gnu/mesa/ 目录。只要我们把 libGL.so 拷贝到 /usr/lib/ 目录，或者在 /usr/lib/ 目录下为 libGL.so 创建一个链接，就能解决问题。显然第二种办法更好。 另外，Linux 发行版自带的 OpenGL 链接库在后缀中添加了版本号，例如 libGL.so.1、libGL.so.1.2.0、libGL.so.1.3.1 等，但是 Qt 在链接阶段查找的 OpenGL 链接库是不带版本号的。 总起来说

小结内容 建立一个静态库和动态库,提供 HelloFunc 函数供其他程序编程使用, HelloFunc 向终端输出Hello World 字符串。 安装头文件与共享库。 1.代码与CMakeList.txt文件编写 首先建立 t3 目录,用于存放本节涉及到的工程 t3目录下创建lib目录用来存代码 在 t3 目录下建立 CMakeLists.txt , PROJECT(HELLOLIB) ADD_SUBDIRECTORY(lib) #SET(LIBRARY_OUTPUT_PATH < 路径 >) #指定库的生成位置。 在 lib 目录下建立两个源文件 hello.c 与 hello.h hello.c 内容如下: #include "hello.h" void HelloFunc() { printf("Hello Worldn"); } hello.h 内容如下: #ifndef HELLO_H #define HELLO_H #include <stdio.h> void HelloFunc(); #endif 在 lib 目录下建立 CMakeLists.tx SET(LIBHELLO_SRC hello.c) ADD_LIBRARY(hello SHARED ${LIBHELLO_SRC}) #添加动态库 #ADD_LIBRARY(hello STATIC $

目标： 通过命令行启动Appium的server 1.通过命令行安装的Appium 直接命令行输入appium即可启动服务 2.安装的Appium 客户端 可以查看客户端中打印的启动日志： Launching Appium with command: '/Applications/Appium.app/Contents/Resources/node/bin/node' appium/build/lib/main.js --address "127.0.0.1" --session-override --pre-launch --debug-log-spacing --automation-name "Appium" --platform-name "Android" --platform-version "4.4" --app-pkg "com.wuba.zhuanzhuan" --app-activity ".presentation.view.activity.LaunchActivity" --device-name "7N2SSE155G085507" 查看aunching Appium with command，实际就是启动server的命令 mac下的命令为：node /Applications/Appium.app/ Contents/Resources/node