我终于碰到这种情况了!

上次把程序写好,拿去运行.发现有时候死机.我四处找原因,做各种试验.始终找不到触发死机的条件.气死我了!我又检查程序,感觉程序没有错误的地方啊.于是怀疑是CPU有问题或者有干扰.郁闷了两天.后来又检查程序,突然想起来了.
原来是串口发送程序的问题,我看网上的程序一般都是这样写的,我也一直是这样写的:
void ComSendChar(uchar x)
{  
  SBUF=x;
  while(TI==0);
  TI=0;  
}
但这样写是有隐患的.while(TI==0);要8个机器周期.在这期间如果中断调用了这个函数就死机了.因为TI已经等于0了.程序就一直运行while(TI==0);.
后来把程序改成这样,就好了.
void ComSendChar(uchar x)
{  
  bit temp;
  temp=EA;
  EA=0;
  SBUF=x;
  while(TI==0);
  TI=0;
  EA=temp;  
}
后来一想这不是网上经常说的在中断里不能调用已经调用过的函数吗,或者是重入函数的问题吗.以前总是忽略这样的编译警告,看来以后要小心哦!

俺觉得你不应该在中断里调用串口发送函数。
俺写程序，基本不会发生中断和主程序都调用同一个函数的情况。

不太好哦！

看看什么叫临界代码，以及处理方法。再看看所长的理论：怎样避免reentrant函数。正好有这个环境，何不实验长进一把？

1、把函数设置为reentrant试试。
2、（所长理论）写成2个不同的函数名，保证每个被调函数只能单独由一个函数调用。（变量TI要特殊处理。）

唉,真是学习不刻苦,不如回家卖红苕啊!

所长登堂入室了也不指导指导......

1、一个使用了全局变量的函数一定是不可重入函数！
   TI是全局变量，所以 ComSendChar( )必定是不可重入函数。根本不能用reentrant修饰！

2、一个公共函数（ ComSendChar( ) ）要设计成为“可重入函数”reentrant的关键是不使用全局变量！

3、多个任务访问同一共享资源的关键段落必须互斥，才能保障共享资源信息的可靠性和完整性。

“互斥”可以用关中断、使用互斥信号量和计数信号量几种方法。

LZ采用的是关中断方法。还可以有其他方法，继续实验......

这可是不好的习惯,也是危险的举动