• <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>

            2010年7月18日

              以前在項目中,發現了一個由于數組越界訪問的BUG。數組越界訪問的結果是未定義的,在大多數情況下,會出現空指針異常。

                但是如果在結構體中,兩個數組的內存分配是連續的。為了示例方便,我將代碼做了簡化,例如如下面的test結果體中,數組a和數組b的內存是連續的,也就是說a[9]后面跟的就是b[0].

                因此在訪問a的時候,如果數組越界,就會訪問到數組b中,例如a[29]=b[19]; 因此如果不對a的數組訪問進行下標校驗,將會從b中取得數據,如果在對a賦值時越界,將會對b中的數據進行修改,這將會帶來調試的巨大麻煩,表現形式是b數據在某個地方被修改了。

             1struct test
             2{
             3    int a[10];
             4    int b[20];
             5}
            ;
             6int main()
             7{
             8    struct test t;
             9    int result;
            10    for(int i=0;i<20;i++)
            11    {
            12        t.b[i]=i+1;
            13    }

            14    result=*(t.a+29);
            15    printf("the result is %d",result);
            16    return 0;
            17}
            因此,切記在訪問或者操作數組時,一定要對數組下標進行校驗,例如上面的例子可以修改為:
            1if(index<10&&index>=0
            2{   
            3    result=a[index]); 
            4}

            5
            posted @ 2010-07-18 01:31 role0523 閱讀(801) | 評論 (2)編輯 收藏
            編譯環境gcc4.4.1
            如下代碼
                int a = 4;
                a 
            += (a++);
                printf(
            "%d\n",a);

                a 
            = 4;
                a 
            += (++a) ;
                printf(
            "%d\n",a);

                a 
            = 4;
                (
            ++a) += a;
                printf(
            "%d\n",a);

                a 
            = 4;
                (a
            +++= a;//a++不能作為左值參加運算。
                printf("%d\n",a);

                a 
            = 4;
                (
            ++a) += (a++);
                printf(
            "%d\n",a);
            打印的值為9,10,10,11。匯編代碼如下:
            # a += (a++);
            00401326    movl   $0x4,0x1c(%esp)
            0040132E    mov    
            0x1c(%esp),%eax
            00401332    add    %eax,%eax
            00401334    mov    %eax,0x1c(%esp)
            00401338    incl   0x1c(%esp)
            0040133C    mov    
            0x1c(%esp),%eax
            00401340    mov    %eax,0x4(%esp)
            00401344    movl   $0x46f024,(%esp)
            0040134B    call   
            0x41c750 <printf>
            #  a 
            += (++a) ;
            00401350    movl   $0x4,0x1c(%esp)
            00401358    incl   0x1c(%esp)
            0040135C    mov    
            0x1c(%esp),%eax
            00401360    add    %eax,%eax
            00401362    mov    %eax,0x1c(%esp)
            00401366    mov    0x1c(%esp),%eax
            0040136A    mov    
            %eax,0x4(%esp)
            0040136E    movl   $
            0x46f024,(%esp)
            00401375    call   0x41c750 <printf>
            #  (
            ++a) += a;
            0040137A    movl   $
            0x4,0x1c(%esp)
            00401382    incl   0x1c(%esp)
            00401386    mov    0x1c(%esp),%eax
            0040138A    add    
            %eax,%eax
            0040138C    mov    
            %eax,0x1c(%esp)
            00401390    mov    0x1c(%esp),%eax
            00401394    mov    %eax,0x4(%esp)
            00401398    movl   $0x46f024,(%esp)
            0040139F    call   
            0x41c750 <printf>
            #(
            ++a) += (a++);
            004013A4    movl   $
            0x4,0x1c(%esp)
            004013AC    incl   
            0x1c(%esp)
            004013B0    mov    
            0x1c(%esp),%eax
            004013B4    add    
            %eax,%eax
            004013B6    mov    
            %eax,0x1c(%esp)
            004013BA    incl   
            0x1c(%esp)
            004013BE    mov    
            0x1c(%esp),%eax
            004013C2    mov    
            %eax,0x4(%esp)
            004013C6    movl   $
            0x46f024,(%esp)
            004013CD    call   
            0x41c750 <printf>

            可以看出,在運算過程中,++a優先級> +=  > a++
            1)先運算a+a,然后再自增a
            2),3)先運算++a,然后再a+a
            4)先運算++a,然后a+a,然后a++
            posted @ 2010-07-18 01:29 role0523 閱讀(427) | 評論 (3)編輯 收藏

            定義如下一個struct

            struct T
            {

                
            int a;
                
            int b[0];
                
            int c;
            };
            打印各個成員的地址和大小,結果如下:
            編譯環境Code::Blocks 10.05
                struct T t;

                printf(
            "%p:%d\n",&(t.a),sizeof(t.a));
                printf(
            "%p:%d\n",&(t.b),sizeof(t.b));
                printf(
            "%p:%d\n",&(t.c),sizeof(t.c));

            0022FF38:4
            0022FF3C:
            0
            0022FF3C:
            4
            可見定義的空數組,是不占任何空間的。其返回的內存地址是下一個可分配的地址。
            posted @ 2010-07-18 01:12 role0523 閱讀(482) | 評論 (0)編輯 收藏

            如果在返回值為int的函數里,漏掉return,會發生什么情況?

            編譯工具:Code::Blocks 10.05,代碼如下所示


            #include 
            <cstdio>

            int f() 
            {
            }
            int main ()
            {

                printf(
            "%d ",f());
                printf(
            "%d ",f());
                printf(
            "%d ",f());

                
            return 0;
            }
            編譯時,提示
            In function 'int f()':|
            warning: no return statement in function returning non-void|
            但是能編譯

            Debug版本下結果如下:
            1 2 2
            Release版本下結果
            0 0 0

            下面分析一下為什么為發生這種情況:

            從code:: blocks里面看到的 函數f的匯編代碼
            00401318    push   %ebp
            00401319    mov    %esp,%ebp  //正確的似乎是 mov %ebp %esp
            0040131B    leave
            0040131C    ret
            如果函數f()如下定義
            int f()
            {
                
            return 100;
            }
            則匯編代碼是
            00401318    push   %ebp
            00401319    mov    %esp,%ebp
            0040131B    mov    $
            0x64,%eax
            00401320    leave
            00401321    ret
            接下來我們看一下整個main函數的匯編代碼
            00401322    push   %ebp
            00401323    mov    %esp,%ebp
            00401325    and    $0xfffffff0,%esp
            00401328    sub    $0x10,%esp
            0040132B    call   
            0x401770 <__main>
            00401330    call   0x401318 <f()>
            00401335    mov    %eax,0x4(%esp)
            00401339    movl   $0x403024,(%esp)
            00401340    call   0x4019ac <printf>
            00401345    call   0x401318 <f()>
            0040134A    mov    
            %eax,0x4(%esp)//將返回值傳遞給%esp+0x04
            0040134E    movl   $0x403024,(%esp)
            00401355    call   0x4019ac <printf>
            0040135A    call   
            0x401318 <f()>
            0040135F    mov    
            %eax,0x4(%esp)
            00401363    movl   $0x403024,(%esp)
            0040136A    call   
            0x4019ac <printf>
            0040136F    mov    $
            0x0,%eax
            00401374    leave
            00401375    ret


            從中我們可以看出,函數f()是將返回值通過EAX寄存器中,傳遞給調用它的代碼。
            如過我們漏掉了return intVal語句,在Debug模式下可能會導致,調用f()的代碼得到的是上次的其他函數被調用的返回值。
            在進入main之后EAX通常會被初始化為0x01.所以第一個f() 返回值為1.
            printf 打印了“1 ”兩個字符之后,返回值為2,所以第二個f()返回值為2。
            printf 打印了“2 ”兩個字符之后,返回值為2,所以第三個f()返回值為2。


            在Release版本下,函數f()被優化,printf直接打印數字0。
             
              401320:    push   %ebp
              
            401321:    mov    %esp,%ebp
              
            401323:    and    $0xfffffff0,%esp
              
            401326:    sub    $0x10,%esp
              
            401329:    call   0x401760
              40132e:    movl   $
            0x0,0x4(%esp)
              
            401335:    
              
            401336:    movl   $0x403024,(%esp)
              40133d:    call   
            0x40199c
              
            401342:    movl   $0x0,0x4(%esp)
              
            401349:    
              40134a:    movl   $
            0x403024,(%esp)
              
            401351:    call   0x40199c
              
            401356:    movl   $0x0,0x4(%esp)
              40135d:    
              40135e:    movl   $
            0x403024,(%esp)
              
            401365:    call   0x40199c
              40136a:    xor    
            %eax,%eax
              40136c:    leave  
              40136d:    ret      
            posted @ 2010-07-18 01:06 role0523 閱讀(5146) | 評論 (0)編輯 收藏
            僅列出標題  

            導航

            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            統計

            常用鏈接

            留言簿

            隨筆檔案

            搜索

            最新評論

            • 1.?re: i++與++i
            • @role0523
              基本上是沒有去區別的,有時候++i能被優化掉,但很多時候編譯器能發現他們是一樣的,所以沒有區別。
            • --chaogu
            • 2.?re: i++與++i
            • @chaogu
              忘記在誰的blog上看到在比較i++和++i哪個操作更高效,于是就看看他們匯編指令的條數。其實大多數時候都是一樣的。
            • --role0523
            • 3.?re: 數組越界的陷阱
            • @陳梓瀚(vczh)
              嵌入式項目中 vector還是比較慎用的
            • --role0523
            • 4.?re: 數組越界的陷阱
            • 不如用vector代替你的if
            • --陳梓瀚(vczh)
            • 5.?re: i++與++i
            • 用匯編表達了一個很早就被默認了的定理,好還是不好呢?
            • --chaogu

            閱讀排行榜

            評論排行榜

            久久久久久夜精品精品免费啦| 久久人人添人人爽添人人片牛牛| 久久ZYZ资源站无码中文动漫| 久久精品蜜芽亚洲国产AV| 99久久人妻无码精品系列| 色偷偷888欧美精品久久久| 久久精品亚洲福利| 久久久久亚洲av成人网人人软件 | 久久香蕉国产线看观看精品yw| 无码精品久久久久久人妻中字| 亚洲国产二区三区久久| 中文字幕精品久久久久人妻| 久久精品中文字幕无码绿巨人| 久久精品视频91| 久久九九全国免费| 久久久无码一区二区三区| 国产99久久久国产精免费| 久久婷婷五月综合国产尤物app| 久久激情亚洲精品无码?V| 996久久国产精品线观看| 少妇无套内谢久久久久| 久久99精品国产99久久6| 婷婷久久香蕉五月综合加勒比| 久久亚洲国产精品五月天婷| 日本道色综合久久影院| 久久精品国产亚洲精品2020| 伊人色综合久久天天人手人婷 | 69久久精品无码一区二区| 国内精品伊人久久久久777| 国产999精品久久久久久| 国产精品美女久久久| 99久久久精品| 久久99精品国产麻豆宅宅 | 日韩亚洲国产综合久久久| www亚洲欲色成人久久精品| 精品999久久久久久中文字幕| 五月丁香综合激情六月久久| 亚洲色大成网站WWW久久九九| 2021国内精品久久久久久影院| 亚洲人成无码网站久久99热国产| 欧美午夜A∨大片久久|