1.前言   问题描述:在编译内核时出现 cc1:error:codemodelkerneldoesnotsupportPICmode的问题。            linux版本：3.14    问题分析：这极大原因是系统调用了默认的编译器导致的。   问题解决：在进行make编译的时候，加上ARCH=armCROSS_COMPILE=arm-none-linux-gnueabi-  或者在自己源码Makefile里面加上 ：                                两种方法均可。

前言Addressables的基础看这篇文章Addressable全教程最近公司在写新的框架，决定放弃老的bundle打包方式，使用Addressable，因此我要捋顺新的打包方案，并且解决所有疑问。正文打包的最终目的是：build出一堆Bundle文件，而哪些因素会影响出包结果，总结一下有3个关键因素和1个非关键因素关键因素1：AssetGroups自定义AssetGroup关键因素2：BundleMode关键因素3：自定义Label一张图就可以看懂这三项如何使用修改该Group的BundleMode之前是PackTogether，现在修改成PackTogetherByLabel，执行增量打

最近iPhone和Mac自动更新，真机运行遇到以上问题，解决方法也是很简单，如下：打开手机“隐私与安全性”当中开发者调试开关，重启手机与Xcode的，问题就解决了，希望能给小伙伴们帮助哈 

概述新版的chrome浏览器会校验发起端的域名和访问资源的域名直接的关系，如果客户端发起域名比访问资源所在的域名更public（开放），会导致Therequestclientisnotasecurecontextandtheresourceisinmore-privateaddress…错误产生。问题最近使用Chrome浏览器访问公司内网某个地址时，突然报了这么个错：Therequestclientisnotasecurecontextandtheresourceisinmore-privateaddressspaceprivate.以前都是正常的，最新的浏览器最近有什么更新导致的。原因报错内

最近从VS2010迁移到2015。现在，当我暂停正在运行的应用程序来处理它时，我会看到这个非常烦人的“中断模式”页面，其中显示“应用程序处于中断模式”。好吧，不开枪Sherlock，我按下了暂停键。我知道它处于中断模式。该页面很烦人，让我完全没有必要地离开我要处理的代码。我在2010年没有看到这个烦人的页面。我可能在2010年切换回了一些设置，但时间太长了，记不住了。有没有办法在VS2015中禁用这种愚蠢的中断模式页面？ 最佳答案 到目前为止，我发现的最佳解决方案是将“中断模式”选项卡拖到屏幕底部(因此它像工具栏窗口一样附加)并使其

最近从VS2010迁移到2015。现在，当我暂停正在运行的应用程序来处理它时，我会看到这个非常烦人的“中断模式”页面，其中显示“应用程序处于中断模式”。好吧，不开枪Sherlock，我按下了暂停键。我知道它处于中断模式。该页面很烦人，让我完全没有必要地离开我要处理的代码。我在2010年没有看到这个烦人的页面。我可能在2010年切换回了一些设置，但时间太长了，记不住了。有没有办法在VS2015中禁用这种愚蠢的中断模式页面？ 最佳答案 到目前为止，我发现的最佳解决方案是将“中断模式”选项卡拖到屏幕底部(因此它像工具栏窗口一样附加)并使其

异常：TypeError:‘caller‘,‘callee‘,and‘arguments‘propertiesmaynotbeaccessedonstrictmodefunc问题解决今天我在给博客添加樱花飘落的特效的时候下载并引入了一个JS之后打包执行的时候发现樱花不会动了检查报错发现是文章标题的报错还是老样子，网上的大部分查到的解决bug的方式都没用但是整理了一下，发现他们共同的问题的原因是webpack打包的时候，项目默认是严格模式的报错的异常说明了用到了’caller’，‘callee’，and'arguments’这些东西与严格模式冲突了于是我就在这个JS文件里面找以上这些参数名找到了

异常：TypeError:‘caller‘,‘callee‘,and‘arguments‘propertiesmaynotbeaccessedonstrictmodefunc问题解决今天我在给博客添加樱花飘落的特效的时候下载并引入了一个JS之后打包执行的时候发现樱花不会动了检查报错发现是文章标题的报错还是老样子，网上的大部分查到的解决bug的方式都没用但是整理了一下，发现他们共同的问题的原因是webpack打包的时候，项目默认是严格模式的报错的异常说明了用到了’caller’，‘callee’，and'arguments’这些东西与严格模式冲突了于是我就在这个JS文件里面找以上这些参数名找到了

这个报错是因为端口号已经被占用了，那么就有两种解决方式：换端口号或者杀掉这个进程一，换端口号这个比较简单，就是把tomcat的端口号改一下，换一个没用的端口号就行了。1，找到找到server.xml文件去tomcat的安装目录下的conf文件夹就可以找到2，修改端口号找到Connector标签，红方框中8080位置就是端口号，修改这个端口号即可，之后重启服务器二，杀掉占用了这个端口号的进程1，查看占用了9090端口号的进程，可以看到进程号43848命令如下netstat-aon|findstr"9090"2，杀掉这个进程命令如下：taskkill-f-pid43848

升级到Chrome64后，我意识到在新标签页上加载页面时会出现此错误。我无法确定它在serviceworker上的什么位置。这是我运行提取的代码:self.addEventListener('fetch',function(event){if(event.request.url.startsWith(self.location.origin)){event.respondWith(caches.match(event.request).then(function(response){returnresponse||fetch(event.request).then(function(f