KEIL里代码debug时无法打点

今天遇到了这个问题,网上也没找到答案,后来发现是自己代码写的问题。

for(int i=0; ; i++)

{...}

当for循环处在这种情况下时,会导致for混合后面的代码无法打断点。

分析其原因,可能是因为此处处在死循环(相当于死循环)。

虽然int是32位的,取值范围-2147483648 ~ 2147483647,21亿,太大。

此问题先留在这里,待以后功力见长再来看!

原文地址:https://www.cnblogs.com/xjxcxjx/p/11814062.html

时间: 2024-10-09 07:10:57

KEIL里代码debug时无法打点的相关文章

Okhttp 使用与debug时留的大坑

Okhttp简单辅助类与debug注意事项 先贴代码(代码不全,仅供参考) import android.os.Handler;import android.os.Looper;import android.support.v4.util.ArrayMap; import com.ztesoft.zsmart.oss.foa.net.http.callback.FOACallBack;import com.ztesoft.zsmart.oss.foa.net.http.cookie.Cookie

debug时红点消失

问题描述:debug时红色断点和黄色小箭头不见,而用行代码高亮的形式时. 解决办法:可以用设置 工具 => 选项 => 文本编辑器 => 指示器边距 勾上选项

解决Myeclipse在调试(debug)时无法显示变量值问题

解决Myeclipse在调试(debug)时无法显示变量值问题 突然发现myeclipse在调试时当鼠标放在变量上面时无法显示变量值了 ctrl+shift+D居然提示cannot be resolved 网上查到的最多的方法是 Window->Preferences->Java->Editor->Hovers 将[Variable Values]选择就可以,假设[Combined Hover]已经勾选,取消并勾选[Variable Values] 这样的方法适用的应该不是我的这样

keil里面的包

1.使用Keil开发STM32程序时,需要下载STM32固件包 首先,keil就是一个编辑器,就跟记事本一样. 但keil还可以编译链接程序. 在创建一个工程时,要选择芯片序列. 要选择芯片序列的原因是:每种芯片都有与之对应的包,这些包里大部分都是C文件和H文件. 全世界有许多类型的芯片,而且在不断更新,keil软件若把所有的包都包含进去,软件体量则相当大. 于是,自己开发什么芯片,下载相应的包就好了. STM32F1系列芯片开发包: 链接:https://pan.baidu.com/s/1Xz

内存的划分 & 程序代码运行时内存工作流程

内存的划分: 1,寄存器. 2,本地方法区. 3,方法区. 4,栈内存. 存储的都是局部变量. 而且变量所属的作用域一旦结束,该变量就自动释放. 5,堆内存. 存储是数组和对象(其实数组就是对象) ,凡是new建立的都在堆中. 特点: 1)每一个实体都有首地址值. 2)堆内存中的每一个变量都有默认初始化值,根据类型的不同而不同.整数是0,小数0.0或者0.0f,boolean类型是false,char类型是 '\u0000',引用数据类型是NULL 3)垃圾回收机制. 全局变量和局部变量的区别:

TCP 代码传输时需要注意的两点

TCP/IP  在充斥着现在的网络, 绝大部分网络协议实现都是居于TCP/IP.  一般使用TCP/IP  无非就是两种,长连接和短连接. TCP/IP 传输的关键点,其实就一条原则:  TCP 不会丢数据,发送的数据和接受到的数据,不会乱,顺序是按发送顺序. 实际编码中,TCP数据格式:    数据包长度(4个字节)+数据包(n个字节) 注意的关键点: TCP会粘包,发送的数据虽然是多次发送的, 但接收的时候,无非预测会接收几次,所以要用把粘在一起的数据分开. 数据包长度 4个字节  是把整型

代码提交时让svn忽略classpath、target、.project等

在用eclipse操作时,经常用到svn的与资源同步这个操作,但是打开的时候会有很多生成的class文件,其实这些并不需要提交的,因为svn原则上是用来管理源代码的.每次资源同步时看到很多class文件,很不方便,那怎么在svn提交代码时忽略这些呢.请按照下面的操作(分eclipse svn插件下的和windows tsvn下的) 1  eclipse svn 在eclipse中,右键点击项目根目录 Team -> Set Property ... 然后在弹出的对话框中,Property nam

IntelliJ IDEA 调试(debug)时非常慢的原因

IntelliJ  IDEA 开发时,发现有时Debug时tomcat启动的非常慢,需要等待超过20分钟,但有时就很快,经查找发现是断点设置问题, 若断点设置在方法名上,debug时就会非常慢, 如图: 一般情况下,方法名不需要的debug的,所以去掉这个断点就OK了.

Hibernate项目里配置环境时,jar包配置不当会对测试结果产生影响。

问题情况: 如下图所示,该图中,显示了一堆错误的jar包.这是导致了Junit4测试通过了,数据库却没反应的原因. 原因: 之所以出现这种情况,eclipse其实已经告诉了我们原因.如下图所示,这些jar包的入口消失了.换句话说就是项目无法使用这些jar包. 解决方法:把这些JAR包全部删掉,因为项目里已经有了所有的jar包.上面这些纯属多余,而且由于它们的存在,导致真正有用的JAR包不能本使用. 结果:新的数据录入了数据库. http://www.bycoder.cn/t/hibernate/