C51中的reentrant
关于reentrant的使用keil的官方论坛上有详细的讨论. Andy Neil(官方工程师)建议 "Are you sure that you really need to make everything reentrant?... A reading of the Keil app notes & knowledgebase articles on this subject showed that it was not necessary. " 由于每一次调用被reentrant声明的函数都要把函数的参数和内部变量压栈,所以 很容易使堆栈区溢出,S52只有256Bytes的data段,一个简单的函数如果有一个参数 三个内部变量,则需要压栈4字节以上,这还不包括函数调用堆栈. reentrant其实并不是适合低端的单片机,keil论坛上有人说对于那些有KB以上RAM的 单片机reentrant才适合. BUTCHER提到的问题我一直很奇怪自己怎么没有出现,仔细检查代码才发现我所有的 函数都在一开始添加了EA=0;也就是屏蔽了中断,这样就绝对没有函数重载的问题! 不过这个方法也许对我们很适合,我的函数段基本都很小,而且定时器查询速度很高, 基本不需要外部中断,所以可以适当优化代码避免中断嵌套,就不会出现同一时刻 有一个函数被二次重载了. 对于BUTCHER的问题,Andy有类似的解答,"I can redo the calling tree by hand in order to avoid using reentrancy, but it will take some time checking and profiling the code."
*** WARNING L15: MULTIPLE CALL TO SEGMENT 说说几个小问题吧,一般我们在用KEIL的时候,只要编译器报 - 0 Error(s) 一般我们都不去管多少个 Warning(s).了,一般这样程序基本都能运行,但是其实仔细想想,这里还是有问题的,否则编译器没事吃饱了撑得,报什么警告啊~~~ 今天来说说*** WARNING L15: MULTIPLE CALL TO SEGMENT这个问题! 其实这个问题应该是引起注意的,有可能引起程序冲突,但是一般时候程序运行不会有问题,但是如果出来问题,那将会是很讨厌的问题. 分析一下 产生这一警告的一个根源是:例如在主循环里调用了一个函数,而在中断服务中,你又一次调用了同样的函数。这样当主循环运行到该函数中时,一旦产生中断,则在中断里又再次调用该函数!而使得该子函数发生了重入,这时,经管概率很低,但是很可能出错!这样,编译器就给出了警告!告诉你*** WARNING L15: MULTIPLE CALL TO SEGMENT ,表达的意思是发生了重入!字面意思自己理解去吧~~~ 想要避免这种情况的方法 一.用reentrant使函数重入 关于reentrant的说明: 1,重入函数不能传递bit类型的参数和变量; 2,重入函数建立的是模拟堆栈区,所以不使用一般函数位于存储模式默认空间的可覆盖式堆栈,而是在同一空间从顶端另行分配一个非覆盖式的重入堆栈。 small 默认空间是 data; compact 默认空间是 pdata; largr 默认空间是 xdata; 3,由于要保存参数和局部变量,所以会消耗很大的栈空间;尽量少用这种模式; 4、 在同一程序中可以定义和使用不同存储器模式的重入函数,任意模式的重入函数不能调用不同存储器模式的重入函数,但可以调用普通函数。 5、 实际参数可以传递给间接调用的重入函数。无重入属性的间接调用函数不能包含调用参数。 二.如果空间多的话,可以定义两个同功能的函数,分别在中断和中断外调用
|
C51中的reentrant
最新推荐文章于 2023-12-12 10:38:37 发布