• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 68  文章 - 57  trackbacks - 0
            <2009年5月>
            262728293012
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            常用鏈接

            留言簿(8)

            隨筆分類(74)

            隨筆檔案(68)

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

              看CSAPP講解移位操作的時(shí)候,突然想起了以前曾經(jīng)遇到的一個(gè)詭異問題:
             1 #include <iostream>
             2 using namespace std;
             3 
             4 int main()
             5 {
             6     int i = 10, d = 32;
             7 
             8     printf("%d\n", i >> d);
             9 
            10     return 0;
            11 }
            12 

              這里輸出仍然是10。一直不理解為什么是這樣,正常理解輸出是0才對(duì)。后來到網(wǎng)上查閱了一下,原來在C99標(biāo)準(zhǔn)中規(guī)定如果移位操作的位數(shù)大于等于位寬那么結(jié)果是未定義的。這句話居然在K & R的著作中就有提到,實(shí)在是牛。
              這段代碼實(shí)際執(zhí)行的時(shí)候,據(jù)說硬件會(huì)自動(dòng)對(duì)字長取模,因此可以認(rèn)為值沒有改變。當(dāng)然,如果換一種寫法:
            #include <iostream>
            using namespace std;

            int main()
            {
                
            int i = 10 >> 32;

                printf(
            "%d\n", i);

                
            return 0;
            }

              這樣輸出就是零了,但是有編譯警告,看來編譯器的想法和一般的想法是一樣的,呵呵。

            posted on 2009-12-03 09:31 sdfond 閱讀(363) 評(píng)論(2)  編輯 收藏 引用 所屬分類: Reading Notes

            FeedBack:
            # re: 關(guān)于移位操作[未登錄] 2009-12-03 10:30 Robin
            有空我也要重讀了。上次沒堅(jiān)持到最后。  回復(fù)  更多評(píng)論
              
            # re: 關(guān)于移位操作 2009-12-06 11:00 sdfond
            @Robin
            恩,這書不錯(cuò),就是太厚了,全讀完真不容易...  回復(fù)  更多評(píng)論
              

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            久久精品成人国产午夜| 久久久久人妻一区二区三区| 国内精品人妻无码久久久影院导航 | 久久这里的只有是精品23| 无码精品久久久久久人妻中字| 91精品国产综合久久婷婷| 欧美日韩成人精品久久久免费看| 人妻丰满?V无码久久不卡| 精品国产一区二区三区久久久狼| 久久精品国产一区二区三区| 一本久久a久久精品vr综合| 久久精品成人欧美大片| 国产亚洲欧美精品久久久| 亚洲欧美久久久久9999| 国内精品久久久久国产盗摄| 高清免费久久午夜精品| 无码人妻精品一区二区三区久久久| 久久久WWW免费人成精品| 91精品国产综合久久婷婷| 亚洲中文字幕无码久久精品1| 久久精品无码免费不卡| 青青草原1769久久免费播放| av无码久久久久不卡免费网站 | 久久se精品一区精品二区国产| 色婷婷综合久久久久中文一区二区| 久久精品无码一区二区三区日韩| 久久青草国产手机看片福利盒子| 99久久国产热无码精品免费 | 久久久久国产视频电影| 久久最新精品国产| 精品久久久久久久| 久久99久久99小草精品免视看| 国内精品人妻无码久久久影院| 亚洲午夜久久久久久久久久| 欧美日韩精品久久久久| 日韩人妻无码精品久久久不卡 | 久久久久久亚洲精品不卡 | 精品综合久久久久久88小说| 国产精品免费久久久久影院 | 久久久国产乱子伦精品作者| 日产精品久久久一区二区|