总结了一些source insight的一些常用设置,这些设置需求因人而异,自己用的顺手的才是最好的. 1.括号配对高亮“在前括号左侧,后括号左侧”双击鼠标左键,可以选定匹配括号和其中内容(<>,(),L{R},［］之间). 2.让{ 和 } 不缩进Options -> Document Options -> Auto Indenting -> Auto Indent Type 选 Simple.还有:让{ 和 } 不缩进: options->document opti

Ubuntu 14.04 中安装了source insight3,用wine打开.导入工程,开始查看代码. 原来是直接导入了Android所有的源码,SI同步文件很慢.而且容易出现窗口变灰色的情况.经常卡死,或者是检查到工程中有错误.需要重新导入工程. 这样总是出错,耗时费力.在网上查过不少方法.比如删除 Source Insight文件夹.导入工程时,勾选把文件存储到本地的选项(store function-local...). 但这些都不能完全解决问题. 经旁人提醒,不要一次性导入太多的文件

C/C++嵌入式代码编辑器source insight3下载地址 http://www.sourceinsight.com/eval.html 注册码:SI3US-361500-17409

source insight3.5中文乱码,网上看别人说改变宽字体.宋体等方法都不起效.根本原因是,source insight 3.5 不支持Unicode编码,所以导致中文的乱码,将文件转为gb2312编码即可正常显示. 转码命令: iconv -c  -f utf-8 -t gb2312  utf8FileName  >>  newGb2321FileName

版本 ubuntu 16.04 在linux下安装 windows下程序,需要安装wine, wine 是 "“Wine Is Not an Emulator" 缩写. 1) 安装wine sudo apt-get install wine 安装好wine后,进入wine的目录 cd ~/.wine 会发现有个类似windows下c盘的目录 driver_c, 我们需要将source insight安装在此目录下. 2)首先下载 可执行文件 Si35Setup.exe 然后执行 win

1.File ->  Settings  ->  Code Style -> Right margin (columns) 的值为80,大功告成. 2.具体设置的数值可以根据个人电脑的屏幕大小而定,如果屏幕比较大可以设置的长一些.  我个人电脑配置的是100

外国老用的语言就是谨慎,连场景都限定好了,其实我们经常下载到有用NuGet引用包包然而却没法编译的情况,上谷歌百度搜又没法使用准确的关键字,最多能用到的就是nuget跟packages.config,但搜到的都不是自己想要的结果,中文理解应该是“根据packages.config下载包包”,但....搜索引擎不懂我们说的话,这一问题好蛋疼...结果只能抱着试一试的想法上了NuGet官网,进了他的说明文档里乱找一通还是没找到,最后几近放弃的时候在搜索栏里输入“packages.config”,出来

熟悉工具的使用能在一定程度上提高工作效率,但工具永远只是工具,大家要把重点放在内功的修炼上. 符号导航 符号(变量.宏定义.结构定义.枚举.函数等等)在SI 中的检索非常方便.Ctrl+鼠标左键或Ctrl+=可以立即转到符号的定义处,Alt+/可以打开一个窗口查看符号的定义.F7 浏览或查找工程的全局变量和函数,F8 浏览查找当前文件的全局变量和函数.Ctrl+/打开 Lookup Reference 窗口用于搜索符号在工程中的索引,所有搜索结果在搜索窗口中显示,点击搜索结果左边的红色源链接即可

如何让source insight支持中文注释,解决回车删除,移动光标出现乱码的问题?下面是解决方案:     -------Source Insight3 中文操作(左右键.删除和后退键)支持宏------- 感谢丁兆杰(zhaojie.ding@gmail.com)及互联网上辛勤耕耘的朋友们!!! Evan: sdcw@163.com   ① Project→Open Project,打开Base项目,将文中代码框中的所有内容函数复制到utils.em文件的最后: ② 重启SourceIns

作为一个开放源代码的操作系统,Linux附带的源代码库使得广大爱好者有了一个广泛学习.深入钻研的机会,特别是Linux内核的组织极为复杂,同时,又不能像windows平台的程序一样,可以使用集成开发环境通过察看变量和函数,甚至设置断点.单步运行.调试等手段来弄清楚整个程序的组织结构,使得Linux内核源代码的阅读变得尤为困难. 当然Linux下的vim和emacs编辑程序并不是没有提供变量.函数搜索,彩色显示程序语句等功能.它们的功能是非常强大的.比如,vim和emacs就各自内嵌了一个标记程序

可以选择nand启动和nor启动,这两者之间的关系通过一个按键来选择 这个OM0有何玄机,在数据手册中有这么一段 位宽RAM启动了(当然,还得设置一些东西,下面就说), Nanaflash启动经历的过程相当于首先,2440自动从nand里面读取4K的代码,这4K代码将nand里面的数据拷贝到ram中,然后跳转到ram中执行代码,为什么是4K,因为 2440.s的启动代码需要包含几个文件 2440addr.inc 内部寄存器地址 Memcfg.inc 各个bank的内存配置数据 Option.in

PEP8 代码风格指南 这篇文章原文实际上来自于这里:https://www.python.org/dev/peps/pep-0008/ 知识点 代码排版 字符串引号 表达式和语句中的空格 注释 版本注记 命名约定 公共和内部接口 程序编写建议 实验步骤 建议在实验楼中打开 Python 解释器或者 vim 自己照着做一下,或者看看以前自己写的代码 1. 介绍 这份文档给出的代码约定适用于主要的 Python 发行版所有标准库中的 Python 代码.请参阅相似的 PEP 信息,其用于描述实现

KMP算法解决的问题是字符匹配,是由Knuth–Morris–Pratt共同开发出来的,这个算法把字符匹配的时间复杂度缩小到O(m+n),而空间复杂度也只有O(m),n是target的长度,m是pattern的长度,在此算法在发明之前并不是没有如此高效的算法,但是原算法比较复杂.Kmp算法优雅高效,但是实现却不难理解且代码长度很短,是优秀算法设计的典范,值得拿出来仔细分析. 一.原始匹配算法(就是不懂kmp之前自己写的那种比较差的算法= =) 并先来看一个比较原始的匹配算法,对于目的字串targ

NASA的10条代码编写原则 作者: Gerard J. Holzmann 来源: InfoQ 原文链接 英文原文:NASA's 10 Coding Rules for Writing Safety Critical Program 译/ 大愚若智 image 本文将介绍由 NASA 喷气推进实验室首席科学家 Gerard J. Holzmann 所提出的,侧重于安全参数的10条代码编写原则 美国宇航局(National Aeronautics and Space Administration,

阅读内核代码习惯和喜欢使用source insight.如果能在source insight上修改内核代码,同时又不需要把修改的内核代码再拷贝到虚拟ubuntu上去那就方便了.于是想通过用samba与xp共享的方式来实现.即xp.samba.虚拟ubuntu9.10等工具. 事实上是可以的,用source insight把在samba上共享的内核源文件建立了工程,速度上不是特别慢,可以接受.但在Source insight上修改通过samba共享ubuntu上内核源程序文件出现了"Confirm

编程语言不是艺术,而是工作或者说是工具,所以整理并遵循一套编码规范是十分必要的. 这篇文章原文实际上来自于这里:https://www.python.org/dev/peps/pep-0008/ 有很多规范,这里只讲其中一部分. 代码排版 缩进 每层缩进使用4个空格. 续行要么与圆括号.中括号.花括号这样的被包裹元素保持垂直对齐,要么放在 Python 的隐线(注:应该是相对于def的内部块)内部,或者使用悬挂缩进.使用悬挂缩进的注意事项:第一行不能有参数,用进一步的缩进来把其他行区分开. 好的

转自calvinlee1984 Subject:Source Insight3.50.0065使用详解 Date:     21-Oct-2011 By:         Calvinlee1984@163.com 1.       Source Insight介绍 Source Insight是一个面向项目开发的程序编辑器和代码浏览器,它拥有内置的对C/C++, C#和Java等程序的分析.Source Insight能分析你的源代码并在你工作的同时动态维护它自己的符号数据库,并自动为你显示有

Swift-CodeStyle Checker:SwiftLint 介绍: SwiftLint 是一个用于强制检查 Swift 代码风格和规定的一个工具,基本上以 GitHub's Swift 代码风格指南为基础. SwiftLint官网:Github地址 SwiftLint中文博客(推荐):Xcode代码规范之SwiftLint配置 Swift代码规范:Github 公布的 Swift 代码规范 Swift Version Support 这里有一份 SwiftLint 版本和对应该 Swif

原文链接 摘要 基于HTML5的手机app(译者注:以下简称HTML5 app)越来越流行了, 在大多数情况下它比native应用更容易适配不同的移动操作系统.它开发起来很方便,可以使用标准的web技术,包括HTML5.JavaScript 和  CSS,也可以借助一些现有的开发框架(比如PhoneGap)和手机操作系统进行交互. 众所周知,JavaScript是非常容易遭受代码注入攻击的,因此我们计划对HTML5 app进行一次系统的研究以评估基于web技术开发的手机app安全性是否可靠.成果

前言 eslint  vs code 新买的电脑啊啊西 装VScode 配置格式化代码保存时使用ESlint修复代码头快炸了,不建议初学者用,太费时间了: 终于搞定---再也不要担心缩进,函数(名)和后面的括号之间没空格啦,代码末尾有分号了, 首先 下载插件  Prettier - Code formatter 然后 设置中配置settings.json 代码: { "editor.lineNumbers": "on", //开启行数提示 "editor.

前言 虽然我们项目的代码时间并不长,也没经过太多人手,但代码的规范性依然堪忧,目前存在较多的比较自由的「代码规范」,这非常不利于项目的维护,代码可读性也不够高, 此外,客户端和后端的研发模式也完全不同,后端研发基本都是基于 SOA 思想的,通常一个子系统 3 个人一起维护就已经是很充分的人力了,更多时候就是 1 个主力 + 1 个 backup 的人力配置. 而客户端却完全不同,大家的代码都是相互交叉的,一个模块的代码可能要经历数十人的蹂躏,所以形成一个一致的开发规范迫在眉睫. 为什么需要一致的