问 本来，OS_EXIT_CRITICAL（）应被编译成一条 BL ARMEnableInt语句，但是在OSSchedLock函数中却不是这样的，请看如下的反汇编代码：



void OSSchedLock(void)
{
[0xe92d401]  stmfd   r13!,{r4,r14}
  if (OSRunning ==TRUE){
[0xe59f4490]  ldr  r4,0x0c001874
[0xe5d40006]  ldrb r0,[r4,#6]
[0xe3500001]  cmp  r0,#1
[0x1a000007]  bne  0xc00140c
  OS_ENTER_CRITICAL();
[0xeb000faa]  bl ARMDisableInt
  if(OSLockNesting < 255){
[0xe5d40002]  ldrb  r0,[r4,#2]
[0xe35000ff]  cmp   r0,#0xff
[0x2a000001]  bcs   0xc001404   ;(OSSchedLock + 0x2c)
  OSLockNesting ++;
[0xe2800001]  add  r0,r0,#1
[0xe5c40002]  strb r0,[r4,#2]

  OS_EXIT_CRITICAL();         ;请看这里!!!!!!!!!!!
[0xe8bd4010] ldmfd   r13!,{r4,r14}   ;竟然不是bl  ARMEnableInt!!!
[0xea000fa8] b       ARMEnableInt    ;
  }
}
[0xe8bd8010] ldmfd  r13!{r4,pc}      ;OSSchedLock函数返回

编译器将此处的OS_EXIT_CRITICAL()函数编译成了两条汇编语句，而我在调试时，其他的恢复cpsr是的 OS_EXIT_CRITICAL()函数只汇编成一条
  bl ARMEnableInt指令（这个是符合程序的正常状态的）

正是此处的 ldmfd    r13!,{r4,r14}指令使得r13被改变（但观察时发现r13从调用前的0x0x500ff8竟变成了0x0c501000！），因此cpsr恢复错误,导致ARM的工作模式从SVC意外变成了USR态，使得程序出现异常。


有高手能解释一下这个现象么，谢谢。


答 1: 这是 ADS 优化的结果，你修改优化级别即可。DEBUG/OPTION 中，选择BEST DEBUG。。。
ADS 的C编译器文档中有说明的，CPSR不能修改，所以编译器就给优化了，最好的解决办法是用SWI， 答 2: 非常感谢深思大侠我装的D版ADS没有帮助文档，这个问题困扰我两天了，再次感谢你的指点，祝你工作顺利！ 答 3: 自己到 ADS 安装目录下找,有的,只是ADS找不到而已,呵呵