C51的再入函数 reentrant RECURSIVE CALL TO SEGMENT

转载 2012年12月27日 13:57:11

重入函数,又叫再入函数,是一种可以在函数体内不直接或间接调用其自身的一种函
数。
再入函数可被递归调用,无论何时,包括中断函数在内的任何函数都可以调入。再入
函数在
C51编译时使用的是模拟栈。
函数说明: 函数名(形式参数表) reentrant
注意事项:
1、再入函数不能传递bit类型参数。
2、与PL/M51兼容的函数不能具有reentrant,这样也不能调用再入函数。
3、在编译时:再入函数建立的是模拟堆栈区,small模式下模拟堆栈区位于idata
区,compact模式下模拟堆栈区位于pdata区,large模式下模拟堆栈区位于xdata区.
4、在同一程序中可以定义和使用不同存储器模式的再入函数,任意模式的再入函数
不能调
用不同存储器模式的再入函数,但可以调用普通函数。
5、实际参数可以传递给间接调用的再入函数。无再入属性的间接调用函数不能包含
调用参
数。

KEIL C51可重入函数及模拟栈浅析

摘要:本文较详细的介绍了keilc51可再入函数和模拟堆栈的一些概念和实现原理,通过一个简单的程序来剖析keilc51在大存储模式下可重入函数的调用过程,希望能为keilc51和在51系列单片机上移植嵌入式实时操作系统的初学者提供一些帮助。

1、关于可重入函数(可再入函数)和模拟堆栈(仿真堆栈)

  “可重入函数可以被一个以上的任务调用,而不必担心数据被破坏。可重入函数任何时候都可以被中断,一段时间以后又可以运行,而相应的数据不会丢失。”(摘自嵌入式实时操作系统uC/OS-II)

  在理解上述概念之前,必须先说一下keilc51的“覆盖技术”。(采用该技术的原因请看附录中一网友的解释)

  (1)局部变量存储在全局RAM空间(不考虑扩展外部存储器的情况);

  (2)在编译链接时,即已经完成局部变量的定位;

  (3)如果各函数之间没有直接或间接的调用关系,则其局部变量空间便可覆盖。

  正是由于以上的原因,在Keil C51环境下,纯粹的函数如果不加处理(如增加一个模拟栈),是无法重入的。举个例子

  在上面的代码中,TaskA与TaskB并不存在直接或间接的调用关系,因而它们的局部变量a与b便是可以被互相覆盖的,即它们可能都被定位于某一个相同的RAM空间。这样,当TaskA运行一段时间,改变了a后,TaskB取得CPU控制权并运行时,便可能会改变b。由于a和b指向相同的RAM空间,导致TaskA重新取得CPU控制权时,a的值已经改变,从而导致程序运行不正确,反过来亦然。另一方面,func()与TaskB有直接的调用关系,因而其局部变量b与c不会被互相覆盖,但也不能保证func的局部变量c不会与TaskA或其他任务的局部变量形成可覆盖关系。

  根据上述分析我们很容易就能够判断出TaskA和TaskB这两个函数是不可重入的(当然,func也不可重入)。那么如何让函数成为可重入函数呢?C51编译器采用了一个扩展关键字reentrant作为定义函数时的选项,需要将一个函数定义为可重入函数时,只要在函数后面加上关键字reentrant即可。

  与非可重入函数的参数传递和局部变量的存储分配方法不同,C51编译器为可重入函数生成一个模拟栈(相对于系统堆栈或是硬件堆栈来说),通过这个模拟栈来完成参数传递和存放局部变量。模拟栈以全局变量?C_IBP、?C_PBP和?C_XBP作为栈指针(系统堆栈栈顶指针为SP),这些变量定义在DATA地址空间,并且可在文件startup.a51中进行初始化。根据编译时采用的存储器模式,模拟栈区可位于内部(IDATA)或外部(PDATA或XDATA)存储器中。如表1所示:

表1

  注意:51系列单片机的系统堆栈(也叫硬件堆栈或常规栈)总是位于内部数据存储器中(SP为 8位寄存器,只能指向内部),而且是“向上生长”型的(从低地址向高地址),而模拟栈是“向下生长”型的。

  1、可重入函数参数传递过程剖析

  在进入剖析之前,先简单讲讲c51函数调用时参数是如何传递的。简单来说,参数主要是通过寄存器R1~R7来传递的,如果在调用时,参数无寄存器可用或是采用了编译控制指令“NOREGPARMS”,则参数的传递将发生在固定的存储器区域,该存储器区域称为参数传递段,其地址空间取决于编译时所选择的存储器模式。利用51单片机的工作寄存器最多传递3个参数,如表2所示。

表二

  举两个例子:

  func1(int a):“a”是第一个参数,在R6,R7中传递;

  func2(int b,int c, int *d):“b”在R6,R7中传递,“c”在R4,R5中传递,“*d”则在R1,R2,R3中传递。

  至于函数的返回值通过哪些寄存器或是什么方法传递这里就不说了,大家可以看看c51的相关文档或是书籍。

  好了,接下来我们开始剖析一个简单的程序,代码如下:

  程序很简单,废话少说,下面跟我一起看看c51翻译成的汇编语言是什么样子的(大存储模式下large XDATA)。

   

  说明:模拟栈指针最初在startup.a51中初始化为0xFFFF+1;由以上汇编代码可以看出参数是从右往左扫描的。

  接下来看看fun的汇编代码:(很长,大家耐心看吧,有些可以跳过的)

说明:栈结构如下

  接下来说明两个重点子函数C_ADDXBP和C_XBPOFF

  终于到尾声了,最后重点说明啦~~~

  是向下生长的,C_XBP最初等于0xffff+1,那么请看下面这句

  其实是这样:加0xffff相当与减1,加0xfffe相当与减2,加0xfffd相当于减4。。。。。。为啥,就不用说了吧:)

  结束语:

  经过了几天的研究,终于写了个总结报告,算是自己的一点小小成就吧,错误之处在所难免,希望能够同大家一起讨论问题,共同进步。

参考文献:

  1、徐爱钧,彭秀华 《单片机高级语言C51windows环境编程与应用》电子工业出版社 2001

  2、彭光红,构造一个51单片机的实时操作系统。

  附录:

  在其它环境下(比如PC,比如ARM),函数重入的问题一般不是要特别注意的问题.只要你没有使用static变量,或者指向static变量的指针,一般情况下,函数自然而然地就是可重入的.

  但C51不一样,如果你不特别设计你的函数,它就是不可重入的.

  引起这个差别的原因在于:一般的C编译器(或者更确切点地说:基于一般的处理器上的C编译器),其函数的局部变量是存放于堆栈中的,而C51是存放于一个可覆盖的(数据)段中的.

  至于C51这样做的原因,不是象有些人说的那样,为了节约内存.事实上,这样做根本节约不了内存.理由如下:

  1) 如果一个函数func1调用另一个函数func2,那么func1,func2的局部变量根本就不能是同一块内存.C51还是要为他们分配不同的RAM.这跟使用堆栈相比,节约不了内存.

  2) 如果func1,func2不是在一个调用链上,那么C51可以通过覆盖分析,让它们的局部变量共享相同的内存地址.但这样也不会比使用堆栈节约内存.因为既然它们是在不同的调用链上,那么当其中一个函数运行时,那么另外一个函数必然不在其生命期内,它所占用的堆栈也已释放,归还给系统.

  真实的原因(C51使用覆盖段作为局部变量的存放地的原因)是:

  51的指令系统没有一个有效的相对寻址(变址寻址)的指令,这使得使用堆栈作为变量的代价太过昂贵.

  使用堆栈存放变量的一般做法是:

  进入函数时,保留一段堆栈空间,作为变量的存放空间,用一个可作为基址寻址的寄存器指向这个空间,通过加上一个偏移量,就可以访问不同的变量了.

  例如: MOV EAX, [EBP + 14];X86指令

  LDR R0, [R12, #14];ARM指令

  都可以很好的解决这个问题.

  但51缺少这样的指令.

  *其实,51中还是有2个可变址寻址的指令的,但不适合访问堆栈的局部变量这样的场合.

  MOVC A, @A+DPTR

  MOVC A, @A+PC

  所以,C51有个特别的关键字: reentrant 用来解决函数重入的问题.

相关文章推荐

Keil C51对C语言的关键词扩展之十五: reentrant

reentrant声明的函数为可重入函数。可重入的函数能够被多个进程同时调用。可重入函数在执行时,另外的进程可以中断当前执行的函数,并且调用同一个函数。正常情况下,C51程序中的函数不能被递归地调用,...

keil中 如何解决warning L13:Recursive call to Function 及overlay解释

最近遇到一个比较奇怪的link warning

终于解决 归递调用 警告,其实程序没有 归递调用*** WARNING L13: RECURSIVE CALL TO SEGMENT

## 终于解决 归递调用 警告,其实程序没有 归递调用*** WARNING L13: RECURSIVE CALL TO SEGMENT> 引用块内容> http://blog.csdn...

Keil C51 中的函数指针和再入函数

这篇文章是由Keil C51 的英文文档翻译过来的,很多语句都是根据自己的理解翻译的,肯定还有许多地方需要推敲。希望读者能吸取到有用的部分,不要被误解了,自己多理解。   函数指针和再入函数 ...

c51 reentrant 关键字,用法的一点理解,欢迎板砖!

/* 单片机分 端口映射 和 内存映射 51 为端口映射 但亦可以扩展为内存映射 那样就是混合映射 大部分的非51 cpu为内存映射 端口映射的CPU需要对c语言进行扩展,扩展端口映射语句,s...
  • helezh
  • helezh
  • 2014年09月12日 09:44
  • 1368

Deadlock in gpu::InProcessCommandBuffer::PerformIdleWork() due to recursive call

但为什么在某些手机上(Nexus 4)没这个问题,在这台手机上就出问题了呢?
  • cteng
  • cteng
  • 2014年12月12日 16:05
  • 1563

Keil 中的报警错误:WARNING L15: MULTIPLE CALL TO SEGMENT

今天调试时遇到了这个问题,以前都不注意这些警告错误,现在看来争取要做到:0错误,0警告。 中断中和中断外都调用了同一个串口打印函数,一直有上述的报警,没在意,今天调试时发现串口打印出了一些乱七八...

WARNING L15: MULTIPLE CALL TO SEGMENT

说说几个小问题吧,一般我们在用KEIL的时候,只要编译器报- 0 Error(s) 一般我们都不去管多少个 Warning(s).了,一般这样程序基本都能运行,但是其实仔细想想,这里还是有问题的,否则...

KEIL产生WARNINGL15: MULTIPLE CALL TO SEGMENT的原因及解决方法

***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?。。。?。。。 CALLER1: ?。。。?MAIN CALLER2: ?C_C51STAR...

Keilc *** WARNING L15: MULTIPLE CALL TO SEGMENT

.***WARNING L15: MULTIPLE CALL TO SEGMENTSEGMENT: ?。。。?。。。CALLER1: ?。。。?MAINCALLER2: ?C_C51STARTUP该警...
  • sw_chen
  • sw_chen
  • 2011年07月13日 09:23
  • 6463
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:C51的再入函数 reentrant RECURSIVE CALL TO SEGMENT
举报原因:
原因补充:

(最多只允许输入30个字)