IAR MSP430 bug 危险的取反操作

今天却一下子发现好几个 bug。。。。

第一个bug：

语句if ((packnum == UartA0Waitchar()) && (packnum ==(~UartA0Waitchar()) ) )被编译器直接编译没了，编译器认为这句话永远不会成立，而实际上UartA0Waitchar()是个串口取字符函数，每次取回来的结果都不是一样的，这个if完全有可能成立。刚开始认为只要将编译器的优化取消即可，可是在将option->c/c++ compile ->Optimizations->level的值改为none后，if语句仍旧没了。。。。

第二个bug：

定义了packnum/rcvpacknum1/rcvpacknum2三个变量，都是unsigned char类型的。在实际执行过程中，可以查看到packnum存储于R6中，值为0x0001，rcvpacknum1存储于R7中，值为0x0001，rcvpacknum2存储于R8中，值为0x00FE。

1.语句packnum == rcvpacknum1,等式成立；

2.语句packnum == ~rcvpacknum2，等式不成立；

3.语句packnum == (unsigned char) ~rcvpacknum2，等式成立；

等式2之所以不成立，是以为0x00fe取反后位0xff01，所以和packnum不相等。问题出现了，我在定义这3个变量的时候，已经明确声明了变量类型为unsigned char，为什么在实际比较的时候去比较16bit的宽度呢！！！！
对于第二个bug，有下图可以作证。