现在的存储器已经不像七八年前那样昂贵了,但是ram相对于rom和eeprom的价格还是不可同样看待的,所以程序中节省内存在现在看来还是非常关键的.原因有以下几点: 1.ram的存取速度相对于eeprom的存取速度要快很多倍,不在一个数量级上,主要是因为eeprom的存储要想写入就必须先擦除,而且eeprom的擦出需要成块擦除(这是由于eeprom的擦除原理是场效应管的栅极上电擦除的,为了节省成本厂家一般都是8Bytes/page 64Bytes/page),所以使用ram来处理中间的数据是能够符

之前用 Sublime Text(以下简称 ST )配置了 C/C++ 开发环境,感觉相当不错,作为编辑器的 ST,编辑代码的功能当然是相当棒的,美中不足的是目前只能编译单个文件,但是用来做些小练习也是极好的!希望后期能解决这个问题吧.在此基础上,昨天突然想到配置 C51 开发环境,但是现在网上似乎没有相关的现成教程,所以就开始借鉴一些其它类似配置的教程开始自己摸索,经过偶的不懈奋斗,最终终于成事儿啦!偶此刻的内心是激动的~!那么,现在让我给大家分享分享吧! 截图镇楼: 工具材料及下载: 1)S

C51的内存分配不同于一般的PC,内存空间有限,采用覆盖和共享技术.在Keil编译器中,经过编译后,会形成一个M51文件,在其内部可以详细的看到内存的分配情况. C51内存常见的两个误区: A.变量超过128字节后必须用COMPACT模式.其实,只要不超过256字节,都可以用SMALL模式 B.内部RAM,128字节以上的是SFR用,不给程序用.其实,由于C51寻址的不同,高128字节也可以用来存储变量,虽与SFR地址相同,但寻址的方式不同. 下面通过几个程序来看内存的分配. *********

本帖最后由 Cresta 于 2014-1-21 10:49 编辑 看到这篇C51的内存分配和优化的文章,个人觉得分析的十分到位,在这里转给大家   C51的内存分配不同于一般的PC,内存空间有限,采用覆盖和共享技术.在Keil编译器中,经过编译后,会形成一个M51文件,在其内部可以详细的看到内存的分配情况. C51内存常见的两个误区: (1)       变量超过128字节后必须用COMPACT模式. 其实,只要不超过256字节,都可以用SMALL模式 (2)       内部RAM,128字

通过*.m51文件我们能够清楚的看到单片机存储器的使用情况,以及能够看到每一个变量包含局部变量的位置. 之前碰到一个问题,相同的程序,在small模式下编译后执行没问题,但在large模式下能够编译.可是执行出错.最后查看m51文件,发现了问题.在一个对时序要求非常严格的地方声明几个局部变量.这几个局部变量有的被分配到data中.有的分配到xdata,在xdata中的变量訪问时间要大于data中.导致整个代码时间管控出现混乱,最后将分配到xdata的变量用data修饰后.,编译成功通过. 以下是

在 Windows 下使用 Larave 框架做开发,从 Composer 到 artisan 总是避免不了和 cmd.exe 打交道,系统默认的命令行界面却是不怎么好看,且每行显示的字符数是做了限制.伟大的 cmd.exe ,就是这么任性! 一些情况下,我们需要让每行显示更多的字符,从而避免频繁的换行导致界面出现出现一堆乱糟糟的字符串.当然,你或许也已经看烦了黑底白字的 cmd.exe 界面. 那么,如何改善这种现状呢?其实很简单, cmd.exe 具备一些基本的设置功能,只是不常用而已.如下

图形界面方式 命令行方式 如果找不到 appcmd Appcmd.exe exists at the location %systemroot%\system32\inetsrv\. You either need to udpate your PATH variable to add the path %systemroot%\system32\inetsrv\ SET PATH=%PATH%;%systemroot%\system32\inetsrv\ 或者 Set-Location %sy

文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/ 1.背景 在某个项目中需要考虑使用java后台调用由C#编写的切图程序(exe),并且前端能够获取到切图的进度和相关描述信息. 2.解决思路 a.首先改造切图程序为接受参数从Main函数传递. b.编写java后台传参调用exe的函数. c.解决通信问题. 3.具体实现 3.1改写C#窗体程序 C#中的入口程序为Main函数,其中Main函数默认是没有参数的,如果添加参

我公司最近升级程序经常报出更新失败问题,究其原因,原来是更新时,他们可能又打开了正在被更新的文件,导致更新文件时,文件被其它进程占用,无法正常更新而报错,为了解决这个问题,我花了一周时间查询多方资料及研究,终于找到了一个查询进程的利器:handle.exe,下载地址:https://technet.microsoft.com/en-us/sysinternals/bb896655.aspx,我是通过它来找到被占用的进程,然后KILL掉占用进程,最后再来更新,这样就完美的解决了更新时文件被占用报错

下载 win8 快捷键驱动 安装即可解决 http://driverdl.lenovo.com.cn/lenovo/DriverFilesUploadFloder/36265/Hotkey[gevu18ww].exe

vcredist_x64.exe /install /quiet /norestart 更多方法参考如下: http://www.cnblogs.com/lidabo/archive/2013/01/21/2869787.html

前两次呢,我们能够用一个外部的jar 来实现输出helloWorld.但问题是我每次都要用java -jar 来执行,这样我们自己玩还可以,让用户玩就不好了.所以我们生成一个exe给他们吧.这次我们仍然打印一个helloWorld,照例直接上代码, 1.进入目录D:\work\gradle\exe,新建文件build.gradle,键入内容: apply plugin: 'application' // 引入java插件, repositories { // 从哪里找jar包 flatDir {

如何比较两个.NET程序集(DLL或EXE)是否相同呢? 直接比较文件内容?当然没那么简单了,这个你可以去试试,去比较一下两次Build产生的程序集, 就算内容没有改变,产生的程序集的二进制文件也是不同的.   其实,当两次Build后,程序集中,有3个地方会不同: MVID值会不同 ImageBase值会不同 时间戳会不同 因此,要比较两个程序集是否完全相同,可以先刨除掉这三个值后,再进行比较.   以下文章中就介绍了该思路的具体实现.我也参考着实现了自己的比较工具,用于日常项目中程序集的比较

命令行工具aspnet_regiis.exe,是一个类似于DOS的命令工具,称之为命令解释器.使用命令行工具加密和解密web.config文件中的数据库连接字符串时,只需要简单的语法命令即可. 加密语法:aspnet_regiis -pef "要加密的配置节点" "web.config文件所在的绝对路径"解密语法:aspnet_regiis -pdf "要解密的配置节点" "web.config文件所在的绝对路径" 加密: 打

一款非常小巧的工具,从它的名称便能知道它的功能:它能将BAT或CMD文件转换成 EXE 文件.使用它,你可以保护由自己开发的软件的软件代码,创建一个漂亮的图标,让软件看起来更专业. 下载地址: https://pan.baidu.com/s/1i4ESRR3

When you publish your ASP.NET project to a hosting account such as GoDaddy, you may run into the issue below. This issue may occur even though your code works fine in localhost. Server Error in ‘/’ Application. . Parser Error Description: An error oc

WPF程序将DLL嵌入到EXE的两种方法 这一篇可以看作是<Visual Studio 版本转换工具WPF版开源了>的续,关于<Visual Studio 版本转换工具WPF版开源了>可以参看地下地址(两篇是一样的): 开源中国 http://my.oschina.net/chinesedragon/blog/308336 CNBLOGS http://www.cnblogs.com/luoshupeng/p/3946635.html ** 博客园的Markdown编辑器真的不行,

var p = System.Diagnostics. Process.GetProcessesByName("w3wp").First(); List<System.Diagnostics.ProcessModule> modules = new List<System.Diagnostics.ProcessModule>(); foreach (ProcessModule element in p.Modules) { modules.Add(element

写了个程序,在DLL中用malloc分配了一块内存,但是在exe程序中释放,结果程序crash,原因就是:其原因可能是堆被损坏,这也说明 TestMySticker.exe 中或它所加载的任何 DLL 中有 bug. 以下文字引用自 http://hi.baidu.com/huhe/blog/item/0b422edd1f1563d98c1029a3.html 一个模块一个堆,一个线程一个栈. dll里malloc的内存,在exe里free会出错. CRT(C运行时期库)不是使用进程缺省的堆来实

前言 PathMerge是用python写的一个辅助文件夹合并的小工具,它的特点是不用担心合并后文件会丢失,旧文件会创建副本保存下来,除非你手动删除. 详情见:python开发目录合并小工具 PathMerge 由于PathMerge使用python写的,运行需要有python的环境,如果想把它转换成exe可执行文件怎么办呢? 我们可以用pyInstaller来将py文件转换成exe文件. pyInstaller相对另一款py转exe的工具py2exe的优点在于,转换之后的exe文件无需任何支持