这是笔者鸿蒙扫盲系列的最后一篇了，准备对过去的六篇扫盲系列文章，错误的地方做一些勘误，并且补充更新一些朋友们感兴趣的知识，最后收个尾。1.勘误，编译型语言和解释型语言在鸿蒙系统扫盲（五）：再谈鸿蒙开发用什么语言？中，有这样一句话“而解释型语言的代表就是耳熟能详的C/C++、Rust，以及IOS应用的开发语言，Object-C、Swift等。”这句话写错了，感谢LLLNg这位朋友的指出，上面说的几种，他们都是编译型语言，不是解释型语言，那时候想着解释型语言和编译型语言，手脑不统一，写错了，上面的几种语言，执行效率都非常高，所以不可能是解释性语言，特别勘误！2.鸿蒙内核相关情况鸿蒙Next星河版发
探索JS作者：ES6上非常受欢迎的书AxelRauschmayerEmanauten说，如果您希望克隆具有与原始的原型相同的原型，则可以使用object.getPrototypeof（）和object.create（）：functionclone(orig){constorigProto=Object.getPrototypeOf(orig);returnObject.assign(Object.create(origProto),orig);}但这似乎不是真的vara={a:1};varo1=Object.create(a);Object.getPrototypeOf(o1);//shows
硬盘坏道概念新知现在一般很少提到硬盘坏道这个概念，硬盘无非坏了或者没坏两个状态。玩NAS一段时间，就会遇到其中的中间状态——“坏道”。本文仅就机械硬盘的“坏道”进行分析。目前遇到过几次文件系统损坏挂载不上。因为好玩，尝试了多种文件系统。ext4的硬盘断电坏了，挂载提示needscleaning，用fsck修复后文件全部到了lost+found文件夹内，里面是原来根目录的几个文件夹，文件夹名丢了，好在里面文件结构都是好的。btrfs的硬盘复制文件时系统卡死，文件系统崩了无法修复，通过只读挂载挂上了，正在操作的那个目录坏了提示IO错误无法访问。买来新硬盘准备备份，再试了一下直接挂载，他又好了，很神
STM32勘误——CAN接收中断到底使用CAN1_RX0_IRQHandler还是USB_LP_CAN1_RX0_IRQHandler最近测试新做的板子，使用了正点原子F407V3版本的HAL库例程代码（因为HAL库在更新，老版本的原子的例程使用的较老的HAL库）。其中CAN通信的中断接收出现了问题，原子例程中的用法为：开启中断：HAL_NVIC_EnableIRQ(USB_LP_CAN1_RX0_IRQn);中断函数：voidUSB_LP_CAN1_RX0_IRQHandler(void);但是编译错误，提示USB_LP_CAN1_RX0_IRQn未定义，查看库文件确实没有定义（所以猜测原子
资源下载下面是《AndroidStudio开发实战从零基础到App上线(第3版)》一书用到的工具和代码资源：1、本书使用的AndroidStudio版本为AndroidStudioDolphin（小海豚版本），最新的安装包可前往Android官网页面下载。2、本书使用的AndroidNDK版本为r23b，最新的安装包可前往Android官网页面下载。3、本书提供所有示例源码的demo工程下载，源码（适配Android5.0到Android12）的下载方式见该书前言末尾的二维码，获取ppt课件同样扫描前言末尾的二维码。最新的源码也可访问我的gitee获取，gitee地址是android3:《An
不知不觉，《C++面试八股文》已经更新30篇了，这是我第一次写技术博客，由于个人能力有限，出现了不少纰漏，在此向各位读者小伙伴们致歉。为了不误导更多的小伙伴，以后会不定期的出勘误文章，请各位小伙伴留意。在《C++面试八股文：C++中，设计一个类要注意哪些东西？》一文中，#includestructFoo{};structGoo{voidf1(Foo&f){std::cout这里的例子f1和f2方法的参数应该是Foof和constFoof，这才是顶层const。在此感谢知乎用户退乎的提醒。在《C++面试八股文：std::string是如何实现的？》一文中，有std::string重载的相关问题，
硬盘坏道概念新知现在一般很少提到硬盘坏道这个概念，硬盘无非坏了或者没坏两个状态。玩NAS一段时间，就会遇到其中的中间状态——“坏道”。本文仅就机械硬盘的“坏道”进行分析。目前遇到过几次文件系统损坏挂载不上。因为好玩，尝试了多种文件系统。ext4的硬盘断电坏了，挂载提示needscleaning，用fsck修复后文件全部到了lost+found文件夹内，里面是原来根目录的几个文件夹，文件夹名丢了，好在里面文件结构都是好的。btrfs的硬盘复制文件时系统卡死，文件系统崩了无法修复，通过只读挂载挂上了，正在操作的那个目录坏了提示IO错误无法访问。买来新硬盘准备备份，再试了一下直接挂载，他又好了，很神
关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。我们不允许提问寻求书籍、工具、软件库等的推荐。您可以编辑问题，以便用事实和引用来回答。关闭5个月前。Improvethisquestion翻了翻这本书，感觉有几节错了。(对于这么长的书，出现小故障和错误似乎很正常。)我发现的唯一勘误表是onInformIT，但其最后一次修改日期是2012年10月9日，距离该书发布不到2个月(差不多三年前)。是否有人知道官方或非官方的勘误表，该勘误表自本书发行以来一直在维护？
我很确定我在某处的权威来源(我相信它在WG21页面上)读到C++03不是C++98的技术勘误，但它是C++标准的新版本。但我在GCC和其他编译器中只看到-std=c++98开关，AlfPSteinbach做了一个fewcomments暗示它可能确实是C++98的TC。所以当我写“C++03”时，提到C++98就足够了吗？作为一个相关的问题，使用术语“C++03”是否甚至错误？因为我觉得如果真的是C++98TC1，那么在我看来就不能叫C++03了。就像我从未见过有人为C99TC3版本编写C07一样。 最佳答案 是和不是。C++03(I
我正在尝试在Python中实现一个Reed-Solomon编码器-解码器，支持对删除和错误的解码，这让我发疯了。该实现目前仅支持解码错误或仅删除，但不能同时解码(即使它低于2*errors+erasures从Blahut的论文(here和here)看来，我们似乎只需要用删除定位多项式初始化错误定位多项式就可以隐式计算Berlekamp-Massey内部的勘误定位多项式。这种方法部分对我有用:当我有2*errors+erasures然而，当我们超过(n-k)/2时，例如，如果n=20且k=11，因此我们有(n-k)=9个删除符号我们可以纠正，如果我们输入5个删除，那么BM就会出错。如果我
