版本选择坑 Chromium 源码更新非常平凡,而且架构也经常变化,不像我们做项目,一套代码恨不得修修补补用上十几年。 首先想到的是直接使用 V53 的源码,但无法应用到 Android 10 上,主要是 Android 10 的 WebView API 接口发生了一些变化。 在趟过 代码下载坑、编译坑、安装坑后,终于成功运行起来: 代码下载坑 由于众所周知的原因, Chromium 源码不能直接下载,我是挂了代理进行下载。 第一步,查看 Android 10 中 weview.apk 的签名信息。 可以预料,后面还会继续踩坑。没办法,只能遇坑填坑,这不就是程序员的工作职责吗?
mmcv是其中重要的组件库,linux安装相对方便,Windows支持得不是很友好,本文记录Win10 安装mmcv踩坑过程。 mechanism Various CNN architectures High-quality implementation of common CUDA ops 但是在Windows上安装mmcv真的全是坑 环境配置 条目 内容 操作系统 Windows 10 显卡型号 GTX 1660 显卡驱动 456.71 CUDA 10.1 cuDNN 8.0.3 torch 版本 编译cpp文件并链接 python setup.py build_ext # 如果成功, cl 将会自动弹出来编译 flow_warp python setup.py develop # 安装 踩坑安装
踩坑了啊,又踩坑了啊! 这次踩到一个特别无语的常识坑。知道真相的那一刻,人就是整个麻掉。
2019 年 9 月 3 日,Google 发布了 Android 10 正式版。Android 10 聚焦移动创新、安全隐私和数字健康三大主题,全面打造最佳用户体验。 ? 在Android 10 版本中,官方的改动较大,相应的开发者适配成本还是很高的。 开始已经无法完全标识一个设备,曾经用mac地址、IMEI等设备信息标识设备的方法,从Android 10开始统统失效。 而且无论你的APP是否适配过Android 10。 3.1 IMEI等设备信息 从Android10开始普通应用不再允许请求权限android.permission.READ_PHONE_STATE。 开始,默认情况下,在搭载 Android 10 或更高版本的设备上,系统会传输随机分配的 MAC 地址。
又到了周五的胡扯时间,今天来扯一扯坑。 最近,有一个感觉,就是一直在填坑,我想不止我一个人,不少奋战在一线的“勇士”,都在填坑。一般来说坑分两种,自己挖的,和别人挖的。 挖坑也是有水平的,有的坑你根本就无从下手,除非你有“多年的道行”,否则你可能做的不是填坑,而是把坑弄的更大。 除了有多年“挖坑”,“踩坑”,“填坑”,的道行,你大约还的总结出来一套,如何来补坑的办法。 1 望, 遇到一个坑,首先你需要判断的是他到底是不是一个坑,首先要望,你先不要有任何的动作,先要观察,因为不了解具体情况和成因的情况下,你做的任何事情,都肯能变得更糟。 在MY.CNF 中注销掉这个参数,重启动服务器 再次运行MYSQLBINLOG 解开BINLOG 后发现有错误,看了刚踩完一个坑,又来一个坑,经过查询后,提示是MYSQLBINLOG 的版本不对 ?
---- Unity 踩坑小知识点学习 Unity中的 碰撞盒检测 Physics.OverlapBox、OverlapCapsule、OverlapSphere 在Unity中常见的有两种检测方法
needle [, int $offset = 0 ] ) 返回 needle 在 haystack 中首次出现的数字位置,以整型返回位置信息。如果没找到 needle, strpos() 将返回布尔型的 FALSE 值。
今天写了一个mysql数据库的用户新增模块,逻辑是根据用户 ID 查询用户数据,若不存在则创建新用户并返回用户数据,数据库是保持常连接状态,测试的时候发现无法读取最新数据,一直读取第一次的数据,然后就百度发现emmm,还真有志同道合的
当然本来可以装上1G多的VS Win10平台开发套件可能就能解决link.exe找不到的问题,嫌微软的东西太大太烦锁,所以还是用IDEA插件,发现调试只能CLion。
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_65] 08:42:48.747 ERROR 18152 --- [et_127.0.0.1-10 这里只是想分享以下踩坑经验 希望大家不要像我一样粗心 java.net.ConnectException: Connection refused: connect at java.net.DualStackPlainSocketImpl.waitForConnect
在学习Gateway 限流的时候用到Sentinel,记录踩的坑。
──胡适 今天使用TreeMap踩坑了 代码如下: @Test void test() { Map<Integer, Object> map = new TreeMap<>(Comparator.comparing
1.安装node会自动安装对应的npm版本 查看版本对应 https://nodejs.org/zh-cn/download/releases/
字符串是Python中最常用的数据类型之一,看起来简单,用着顺手,但里面也藏着一些“坑”,很多新手(甚至有些老手)都会在这里不小心踩中。 今天我们就来盘点一下Python字符串的10个经典易错点,帮助你避开这些常见错误。相信看完这篇文章,你对字符串的理解又能更进一步。 1. 字符串比较的“反直觉”顺序 字符串比较是按Unicode码点逐字符比较的: print("10" < "2") # True 因为'1'的码点 < '2' print("Apple" < "apple 10. 以上就是Python字符串的10个易错点。希望这些例子能帮你少走弯路。 你还踩过什么坑?可以在留言区说一说。 如果本文对你有帮助,欢迎点赞、评论、转发。
“我报名参加金石计划1期挑战——瓜分10万奖池,这是我的第2篇文章,点击查看活动详情” 先导 作为传统工业软件的翘楚,SAP 在世界范围内,被各大公司广泛使用,像迪卡侬,耐克等等都是用SAP软件作为办公软件 简单讲述一下我学了2个月的踩过的坑,感受,及展望. o(╥﹏╥)oo(╥﹏╥)o 怎么学的 最初听到ABAP 这个词时候还去世界语言排行查了一下,几百开外.心想这么土的语言,好不好入门等等. SAP学习流程图 通过视频学习视频 我看了好多视频,当然作为初学者确实也踩了不少雷,还有04年的视频心态崩了 .以下为我看到的比较好的视频 视频链接 学习内容均来自B站 . 51SAP 推荐指数 不懂看书就对了 , 我也就花了亿点点钱,踩了亿点点坑 .
(std::make_unique<int[]>(size)){}//析构函数自动调用,内存自动释放};2.字符串操作陷阱常见错误:展开代码语言:C++AI代码解释//错误:缓冲区溢出charstr[10 if(x=10){//应该是x==10cout<<"xis10"<<endl;//总是会执行,而且x被改成了10!} 正确做法:展开代码语言:C++AI代码解释//习惯把常量放在左边if(10==x){//如果写成10=x,编译器会报错cout<<"xis10"<<endl;}//或者启用编译器警告//g++-Wall-Wextra ;#endif//MYCLASS_H//或者使用#pragmaonce(大多数编译器支持)#pragmaonceclassMyClass{//...};10.异常安全忽略常见错误:展开代码语言:C++AI RAII原则:资源获取即初始化避免裸指针:使用智能指针管理内存多写测试:特别是边界情况的测试使用现代C++:C++11/14/17/20的特性让很多传统问题变得简单记住,每个C++高手都曾经是小白,都踩过这些坑
timeout=5) res = resp.result().outputs pred_ids = np.squeeze(tf.make_ndarray(res['pred_ids'])) gRPC踩坑 在使用gPRC client的过程中有几个可能会踩坑的点,哈哈但不排除出坑的姿势不完全正确,如果是的话求指正~ Not fork safe,使用多进程要注意! connection reset by peer’ 针对偶发UNAVAILABLE的报错,部分情况可能是server部署环境和保活参数的设置有一些冲突,详见Docker Swarm 部署 gRPC 服务的坑,
今天,我把这些年在项目里亲身踩过、亲眼见过的 10 个最致命的 RTOS 坑整理出来,每一个都带着量产故障的血泪教训。 这是 RTOS 开发中最常见也最致命的坑,核心根源在于对中断上下文与任务上下文的本质区别、OS API 的中断安全机制完全不了解。 关中断的临界区,必须严格控制执行时长,对于车规、工业控制类产品,建议关中断的最大时长不超过 10us,绝对不能超过中断的最小触发周期。
今天,我把这些年在项目里亲身踩过、亲眼见过的 10 个最致命的 RTOS 坑整理出来,每一个都带着量产故障的血泪教训。 这个坑新手必踩,甚至很多老工程师也会在复杂逻辑里不小心触发,核心是对抢占式 RTOS 的调度机制理解不到位。 这个坑是 ARM Cortex-M 系列 MCU 开发的硬核天坑,90% 的嵌入式工程师都没有彻底搞懂 Cortex-M 的中断优先级机制和 RTOS 的临界区实现原理: Cortex-M 架构的 NVIC 很多人还会踩优先级分组的坑,选错了分组,导致抢占优先级和亚优先级的位数分配错误,中断优先级完全不符合预期。 9 定时器使用不当,定时精度丢失、任务死锁、系统调度异常 做数据采集项目时,需要 10ms 周期采集一次传感器数据,同事用了vTaskDelay(pdMS_TO_TICKS(10))做延时,结果发现采集周期忽快忽慢