lib文件

android studio NDK配置

喜你入骨 提交于 2020-04-01 13:07:29
向您的项目添加 C 和 C++ 代码 本文内容 下载 NDK 和构建工具 创建支持 C/C++ 的新项目 构建和运行示例应用 向现有项目添加 C/C++ 代码 创建新的原生源文件 创建 CMake 构建脚本 将 Gradle 关联到您的原生库 搭配使用 Android Studio 2.2 或更高版本 与 Android Plugin for Gradle 版本 2.2.0 或更高版本 时,您可以将 C 和 C++ 代码编译到 Gradle 与 APK 一起打包的原生库中,将这类代码添加到您的应用中。您的 Java 代码随后可以通过 Java 原生接口 (JNI) 调用您的原生库中的函数。如果您想要详细了解如何使用 JNI 框架,请阅读 Android 的 JNI 提示 。 Android Studio 用于构建原生库的默认工具是 CMake。由于很多现有项目都使用构建工具包编译其原生代码,Android Studio 还支持 ndk-build 。如果您想要将现有的 ndk-build 库导入到您的 Android Studio 项目中,请参阅介绍如何配置 Gradle 以 关联到您的原生库 的部分。不过,如果您在创建新的原生库,则应使用 CMake。 本页面介绍的信息可以帮助您使用所需构建工具设置 Android Studio、创建或配置项目以支持 Android 上的原生代码

Direct show 开发时注意的一些问题

 ̄綄美尐妖づ 提交于 2020-04-01 08:27:17
由于对今后图形图象,包括音频部分的开发有很大的影响,特总结下.现在状态为环境搭建. ====================================================================== 今天真是混帐,花费了4,5个小时安装DirectShow。//图形图象管理,音频设置.STREAMS.H文件. 先是下载,ms要正版的windows才能下载,郁闷;找了n久终于找到可以下载的链接 http://hotdl.com/dl/showfile.php?id=640&category=52 另外,DirectX9.0c已经将DShow分离出去了,下载时请选DirectX9.0b或者一下 再是配置DirectShow的VC开发环境 --------------------------- DirectShow开发环境 关键词: 环境配置 http://mercredi.bokee.com/3057881.html 1,使用VC向导生成一个具体项目,如Win32 Dynamic-Link; 2,包含头文件streams.h; 3,在VC的菜单中选择Project|Settings|C/C++,在弹出的对话框中的Category中选择Code generation,然后在Calling convention中选择_stdcall; 4,使用多线程语言运行时库

Windows上编译zlib

非 Y 不嫁゛ 提交于 2020-03-31 15:41:44
把zlib 1.2.8解压到zlib/zlib-1.2.8 在deflate.c文件中把deflate_copyright改成一个static变量。 在zlib目录底下创建并用Visual Studio 2008命令行运行如下bat即可生成Debug版本: @Echo off set LIBDIR=%CD%\.. :: create build directory mkdir build cd build cmake -G "NMake Makefiles" ..\zlib-1.2.8 ^ -DCMAKE_INSTALL_PREFIX=%LIBDIR%\zlib\install ^ -DCMAKE_C_FLAGS_DEBUG="/D_DEBUG /MTd /Zi /Ob0 /Od /RTC1" ^ -DCMAKE_BUILD_TYPE=Debug nmake nmake install cd .. mkdir elvic\lib mkdir elvic\include copy install\lib\zlibd.lib elvic\lib\zlibd.lib copy install\lib\zlibd.lib elvic\lib\libz_d.lib copy install\lib\zlibstaticd.lib elvic\lib\libz_st_d.lib copy

ali lxcfs daemonset方式运行

試著忘記壹切 提交于 2020-03-31 03:32:02
刚开始按照相关文档将apiserver ,kubelet节点的特权模式开启--allow-privileged=true,再以ali的文档执行,完全无法运行。参考github里的issue得知,其实都是在问题为啥运行不起来的,但回复不详,其中也确实提到需要在宿主机上支持fuse。 开始自行排错:无法搜索到相关资料,下载源码,编译排查 git clone https://github.com/denverdino/lxcfs-initializer.git 从Dockfile里也可知,里面的库等文件并不能适合自身的版本需要,目前只是需要让他运行起来,然后再里面执行start.sh的脚本内容,查看具体出错是在哪? 据自己环境变更lxcfs-image/Dockerfile 内容如下 FROM daocloud.io/centos:7.3.1611 RUN yum -y install fuse fuse-devel pam-devel wget install gcc automake autoconf libtool make ENV LXCFS_VERSION 2.0.8 RUN wget https://linuxcontainers.org/downloads/lxcfs/lxcfs-$LXCFS_VERSION.tar.gz && \ mkdir /lxcfs && tar

nodejs学习笔记

冷暖自知 提交于 2020-03-30 03:29:02
本文内容摘自 七天学会NodeJS ,摘抄内容只是本人觉得比较重要或者还没有理解的 模块 编写稍大一点的程序时一般都会将代码模块化。在NodeJS中,一般将代码合理拆分到不同的JS文件中,每一个文件就是一个模块,而文件路径就是模块名。 在编写每个模块时,都有 require 、 exports 、 module 三个预先定义好的变量可供使用。 require require 函数用于在当前模块中加载和使用别的模块,传入一个模块名,返回一个模块导出对象。模块名可使用相对路径(以 ./ 开头),或者是绝对路径(以 / 或 C: 之类的盘符开头)。另外,模块名中的 .js 扩展名可以省略。以下是一个例子。 var foo1 = require('./foo'); var foo2 = require('./foo.js'); var foo3 = require('/home/user/foo'); var foo4 = require('/home/user/foo.js'); // foo1至foo4中保存的是同一个模块的导出对象。 另外,可以使用以下方式加载和使用一个JSON文件。 var data = require('./data.json'); exports exports 对象是当前模块的导出对象,用于导出模块公有方法和属性。别的模块通过 require

nodejs笔记-2017.4.13

本秂侑毒 提交于 2020-03-30 03:22:08
原文链接: http://nqdeng.github.io/7-days-nodejs/#1 模块 编写稍大一点的程序时一般都会将代码模块化。在NodeJS中,一般将代码合理拆分到不同的JS文件中,每一个文件就是一个模块,而文件路径就是模块名。 在编写每个模块时,都有 require 、 exports 、 module 三个预先定义好的变量可供使用。 require 函数用于在当前模块中加载和使用别的模块,传入一个模块名,返回一个模块导出对象。模块名可使用相对路径(以 ./ 开头),或者是绝对路径(以 / 或 C: 之类的盘符开头)。另外,模块名中的 .js 扩展名可以省略。以下是一个例子。 var foo1 = require('./foo'); var foo2 = require('./foo.js'); var foo3 = require('/home/user/foo'); var foo4 = require('/home/user/foo.js'); // foo1至foo4中保存的是同一个模块的导出对象。 另外,可以使用以下方式加载和使用一个JSON文件。 var data = require('./data.json'); exports 对象是当前模块的导出对象,用于导出模块公有方法和属性。别的模块通过 require 函数使用当前模块时得到的就是当前模块的

Node.js API —— Modules(模块)

你离开我真会死。 提交于 2020-03-30 03:18:34
// 说明 Node API 版本为 v0.10.31。 中文参考: http://nodeapi.ucdok.com/#/api/ , http://blog.sina.com.cn/oleoneoy 本段为博主注解。 目录 ● 模块 ○ Cycles ○ Core Modules ○ File Modules ○ Loading from node_modules Folders ○ Folders as Modules ○ Caching ■ Module Caching Caveats ○ The module Object ■ module.exports ■ exports.alias ■ module.require(id) ■ module.id ■ module.filename ■ module.loaded ■ module.parent ■ module.children ○ All Together... ○ Loading from the global folders ○ Accessing the main module ○ Addenda: Package Manager Tips 模块 稳定性:5 - 锁定 Node 有一个简单的模块加载系统。在 Node 里面,文件和模块是一一对应的。举个例子, foo.js 加载同一目录下的模块 circle

【requireJS路径加载】与程序员小卡的交流

心已入冬 提交于 2020-03-29 06:27:59
这两天正好看到了程序员小卡同学的一篇博客,里面对requireJS路径的解析做了一些说明,里面有点问题待解决,我这里正好知道一点,所以整理成文,不知对小卡同学是否有帮助。 http://www.cnblogs.com/chyingp/p/3677425.html http://www.cnblogs.com/chyingp/p/requirejs-path-resolve.html 首先以其例子为例: requirejs.config({ baseUrl: 'js' }); // 依赖lib.js,实际加载的路径是 js/common/lib.js,而lib模块又依赖于util模块('./util'),解析后的实际路径为 js/common/util.js require(['common/lib'], function(Lib){ Lib.say('hello'); }); // 依赖util模块 define(['./util'], function(Util){ return { say: function(msg){ Util.say(msg); } }; }); 若是变个写法,util的目录结构就变了 requirejs.config({ baseUrl: 'js', paths: { lib: 'common/lib' } }); // 实际加载的路径是 js

常用模块之 time,datetime,random,os,sys

徘徊边缘 提交于 2020-03-28 02:34:35
time与datetime模块 先认识几个python中关于时间的名词: 时间戳(timestamp):通常来说,时间戳表示的是从1970年1月1日00:00:00开始按秒计算的偏移量。我们运行“type(time.time())”,返回的是float类型。1970年之前的日期无法以此表示,太遥远的日期也不行,UNIX和Windows只支持到2038年,时间戳最适合做日期运算。 格式化的时间字符串(Format String):按照指定格式输出日期字符串 结构化的时间(struct_time):struct_time元组共有9个元素共九个元素:(年,月,日,时,分,秒,一年中第几周,一年中第几天,夏令时) import time #我们先以当前时间为准,让大家快速认识三种形式的时间 print(time.time()) # 时间戳:1487130156.419527 print(time.strftime("%Y-%m-%d %X")) #格式化的时间字符串:'2017-02-15 11:40:53' print(time.localtime()) #本地时区的struct_time print(time.gmtime()) #UTC时区的struct_time 三种形式的时间实例 """ python中时间日期格式化符号: ----------------------------

Docker存储技术浅析

瘦欲@ 提交于 2020-03-28 01:17:59
Docker在Linux上支持很多存储驱动,每种驱动都有自己的镜像分层、镜像层共享以及写时复制(CoW)技术的具体实现。 Docker存储基础技术 镜像分层 所有的Docker镜像都起始于一个基础镜像层,当进行修改或增加新的内容时,就会在当前镜像层之上,创建新的镜像层。默认Docker镜像由多个只读层镜像叠加而成,启动容器后,Docker会加载只读镜像层,并再顶部添加一个读写层,并通过写时复制的方式,来写读写层 镜像层共享 多个镜像之间可以并且确实会共享镜像层,这样可以有效节省空间 并提升性能。例如多个centos7的镜像可以共享centos7的基础image,因为基础image大家都一样 写时复制CoW CoW就是copy-on-write,表示只在需要写时才去复制,这个是针对已有文件的修改场景。比如基于一个image启动多个Container,如果为每个Container都去分配一个image一样的文件系统,那么将会占用大量的磁盘空间。而CoW技术可以让所有的容器共享image的文件系统,所有数据都从image中读取,只有当要对文件进行写操作时,才从image里把要写的文件复制到自己的文件系统进行修改。所以无论有多少个容器共享同一个image,所做的写操作都是对从image中复制到自己的文件系统中的复本上进行,并不会修改image的源文件,且多个容器操作同一个文件