色婷婷AⅤ一区二区三区|亚洲精品第一国产综合亚AV|久久精品官方网视频|日本28视频香蕉

          新聞中心

          EEPW首頁 > 嵌入式系統(tǒng) > 設計應用 > IAR MSP430 bug 危險的取反操作

          IAR MSP430 bug 危險的取反操作

          作者: 時間:2016-11-13 來源:網絡 收藏
          芯片是msp430f247,編譯器是iar for msp430 V5.10,據說是最穩(wěn)定的版本。
          今天卻一下子發(fā)現好幾個bug。。。。
          第一個bug:
          語句if ((packnum == UartA0Waitchar()) && (packnum ==(~UartA0Waitchar()) ) )被編譯器直接編譯沒了,編譯器認為這句話永遠不會成立,而實際上UartA0Waitchar()是個串口取字符函數,每次取回來的結果都不是一樣的,這個if完全有可能成立。剛開始認為只要將編譯器的優(yōu)化取消即可,可是在將option->c/c++ compile ->Optimizations->level的值改為none后,if語句仍舊沒了。。。。
          第二個bug:
          定義了packnum/rcvpacknum1/rcvpacknum2三個變量,都是unsigned char類型的。在實際執(zhí)行過程中,可以查看到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,有下圖可以作證。


          關鍵詞: IARMSP430bug取反操

          評論


          技術專區(qū)

          關閉