用最新的ndk(21.1)编译新的ffmpeg(4.1) 网上找了个编译脚本然后一运行就报上面的错误，找了n多篇也没搜罗到解决办法,有一种大部分人都在问这个问题但是就是没有解决方案的不明觉厉，发帖的发帖，但是没人回答，回答问题的也多数是水文，风马牛不相及，视乎还有一部分根本没有发现这个问题，上来都是贴编译脚本，报这种错？好像从来不会有这这回事？不过我现在终于解决了，blog一下：我的环境出现这个问题是，编译配置脚本上多了一个行配置： --cpu=$CPU CPU=arm64-v8a因为这个--cpu的参数导致问题。正确的写法是 #32bitARCH=armCPU=armv7-a#或者64bit
用最新的ndk(21.1)编译新的ffmpeg(4.1) 网上找了个编译脚本然后一运行就报上面的错误，找了n多篇也没搜罗到解决办法,有一种大部分人都在问这个问题但是就是没有解决方案的不明觉厉，发帖的发帖，但是没人回答，回答问题的也多数是水文，风马牛不相及，视乎还有一部分根本没有发现这个问题，上来都是贴编译脚本，报这种错？好像从来不会有这这回事？不过我现在终于解决了，blog一下：我的环境出现这个问题是，编译配置脚本上多了一个行配置： --cpu=$CPU CPU=arm64-v8a因为这个--cpu的参数导致问题。正确的写法是 #32bitARCH=armCPU=armv7-a#或者64bit
一、整体合并团队协作中，开发人员A、B、C分别在dev上进行功能开发，并push代码到远端dev上。当测试人员需要对功能进行测试的时候，我们需要把dev上新增的功能代码合并到test分支上去。步骤：1、将dev上的代码push到远端dev上。2、切换分支到test分支。（就是切换到将要合并的目标分支）3、拉取代码，确保test分支为远端最新的代码。4、合并分支5、有冲突，先解决冲突后再合并，没有冲突则合并成功。6、push代码到远端test分支上去。二、针对某次提交的合并团队协作中，开发人员较多，采用上面统一合并分支的形式，如果出现冲突，需要询问对应的开发人员进行代码的取舍，有代码丢失和错乱的
一、整体合并团队协作中，开发人员A、B、C分别在dev上进行功能开发，并push代码到远端dev上。当测试人员需要对功能进行测试的时候，我们需要把dev上新增的功能代码合并到test分支上去。步骤：1、将dev上的代码push到远端dev上。2、切换分支到test分支。（就是切换到将要合并的目标分支）3、拉取代码，确保test分支为远端最新的代码。4、合并分支5、有冲突，先解决冲突后再合并，没有冲突则合并成功。6、push代码到远端test分支上去。二、针对某次提交的合并团队协作中，开发人员较多，采用上面统一合并分支的形式，如果出现冲突，需要询问对应的开发人员进行代码的取舍，有代码丢失和错乱的
一、Bonjour一致性测试作为认证的一部分，BonjourConformanceTest工具必须通过所有网络的所有测试DUT支持的接口。测试结果文件和相应的debug.log文件必须是认证时提交。1.1BonjourConformance测试工具•在此处下载该工具的最新可用版本：https://developer.apple.com/bonjour/•“README.txt”展示了如何使用BonjourConformanceTest工具。•“BonjourConformanceTest-h”展示了如何使用BonjourConformanceTest工具。1.2要求•测试机器必须是运行最新版本
一、Bonjour一致性测试作为认证的一部分，BonjourConformanceTest工具必须通过所有网络的所有测试DUT支持的接口。测试结果文件和相应的debug.log文件必须是认证时提交。1.1BonjourConformance测试工具•在此处下载该工具的最新可用版本：https://developer.apple.com/bonjour/•“README.txt”展示了如何使用BonjourConformanceTest工具。•“BonjourConformanceTest-h”展示了如何使用BonjourConformanceTest工具。1.2要求•测试机器必须是运行最新版本
一个学习链接GITHUB上的google-benchmark链接google-benchmark的快速链接cmake升级安装步骤及简单测试过程GTEST-写的很不错GITHUB中的googletest官方给出的学习googletest的路径1.benchmark例子的编译cd /home/muten/googletest/Practicesource/opt/rh/devtoolset-7/enable(官网说的最低版本gcc4.8版本现在已不能通过编译,最好升级下)g++001.cpp-std=c++11 -lbenchmark-lpthread-omybenchmark 2.gtest的例
一个学习链接GITHUB上的google-benchmark链接google-benchmark的快速链接cmake升级安装步骤及简单测试过程GTEST-写的很不错GITHUB中的googletest官方给出的学习googletest的路径1.benchmark例子的编译cd /home/muten/googletest/Practicesource/opt/rh/devtoolset-7/enable(官网说的最低版本gcc4.8版本现在已不能通过编译,最好升级下)g++001.cpp-std=c++11 -lbenchmark-lpthread-omybenchmark 2.gtest的例
在用MyBatis操作数据库的时候相信很多人都用到，当在判断null,大于，大于等于，小于，小于等于时，判断条件为不等于或者等于时估计蛮多人遇到坑了。明明看上去代码中传递的值和SQL中if判断的值一致。却不生效。当MyBatis判断条件为等于的时候，常量需要加.toString() 来转换，这种方法是稳定的，推荐使用andxxx='1'其中判断ifHide!='1'时，人为认为成功，但实际上是不成功的，需要改为 ifHide!='1'.toString()方可成功，原因具体没有细入研究，根据实际使用推测应该是“不等于”和"等于"在java中是个比较复杂问题，涉及的“等于”有可能是变量地址相
在用MyBatis操作数据库的时候相信很多人都用到，当在判断null,大于，大于等于，小于，小于等于时，判断条件为不等于或者等于时估计蛮多人遇到坑了。明明看上去代码中传递的值和SQL中if判断的值一致。却不生效。当MyBatis判断条件为等于的时候，常量需要加.toString() 来转换，这种方法是稳定的，推荐使用andxxx='1'其中判断ifHide!='1'时，人为认为成功，但实际上是不成功的，需要改为 ifHide!='1'.toString()方可成功，原因具体没有细入研究，根据实际使用推测应该是“不等于”和"等于"在java中是个比较复杂问题，涉及的“等于”有可能是变量地址相
