青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

2010年7月18日

  以前在項(xiàng)目中,發(fā)現(xiàn)了一個(gè)由于數(shù)組越界訪問(wèn)的BUG。數(shù)組越界訪問(wèn)的結(jié)果是未定義的,在大多數(shù)情況下,會(huì)出現(xiàn)空指針異常。

    但是如果在結(jié)構(gòu)體中,兩個(gè)數(shù)組的內(nèi)存分配是連續(xù)的。為了示例方便,我將代碼做了簡(jiǎn)化,例如如下面的test結(jié)果體中,數(shù)組a和數(shù)組b的內(nèi)存是連續(xù)的,也就是說(shuō)a[9]后面跟的就是b[0].

    因此在訪問(wèn)a的時(shí)候,如果數(shù)組越界,就會(huì)訪問(wèn)到數(shù)組b中,例如a[29]=b[19]; 因此如果不對(duì)a的數(shù)組訪問(wèn)進(jìn)行下標(biāo)校驗(yàn),將會(huì)從b中取得數(shù)據(jù),如果在對(duì)a賦值時(shí)越界,將會(huì)對(duì)b中的數(shù)據(jù)進(jìn)行修改,這將會(huì)帶來(lái)調(diào)試的巨大麻煩,表現(xiàn)形式是b數(shù)據(jù)在某個(gè)地方被修改了。

 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}
因此,切記在訪問(wèn)或者操作數(shù)組時(shí),一定要對(duì)數(shù)組下標(biāo)進(jìn)行校驗(yàn),例如上面的例子可以修改為:
1if(index<10&&index>=0
2{   
3    result=a[index]); 
4}

5
posted @ 2010-07-18 01:31 role0523 閱讀(812) | 評(píng)論 (2)編輯 收藏
編譯環(huán)境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++不能作為左值參加運(yùn)算。
    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>

可以看出,在運(yùn)算過(guò)程中,++a優(yōu)先級(jí)> +=  > a++
1)先運(yùn)算a+a,然后再自增a
2),3)先運(yùn)算++a,然后再a+a
4)先運(yùn)算++a,然后a+a,然后a++
posted @ 2010-07-18 01:29 role0523 閱讀(440) | 評(píng)論 (3)編輯 收藏

定義如下一個(gè)struct

struct T
{

    
int a;
    
int b[0];
    
int c;
};
打印各個(gè)成員的地址和大小,結(jié)果如下:
編譯環(huán)境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
可見(jiàn)定義的空數(shù)組,是不占任何空間的。其返回的內(nèi)存地址是下一個(gè)可分配的地址。
posted @ 2010-07-18 01:12 role0523 閱讀(495) | 評(píng)論 (0)編輯 收藏

如果在返回值為int的函數(shù)里,漏掉return,會(huì)發(fā)生什么情況?

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


#include 
<cstdio>

int f() 
{
}
int main ()
{

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

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

Debug版本下結(jié)果如下:
1 2 2
Release版本下結(jié)果
0 0 0

下面分析一下為什么為發(fā)生這種情況:

從code:: blocks里面看到的 函數(shù)f的匯編代碼
00401318    push   %ebp
00401319    mov    %esp,%ebp  //正確的似乎是 mov %ebp %esp
0040131B    leave
0040131C    ret
如果函數(shù)f()如下定義
int f()
{
    
return 100;
}
則匯編代碼是
00401318    push   %ebp
00401319    mov    %esp,%ebp
0040131B    mov    $
0x64,%eax
00401320    leave
00401321    ret
接下來(lái)我們看一下整個(gè)main函數(shù)的匯編代碼
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


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


在Release版本下,函數(shù)f()被優(yōu)化,printf直接打印數(shù)字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 閱讀(5166) | 評(píng)論 (0)編輯 收藏
僅列出標(biāo)題  

導(dǎo)航

<2010年7月>
27282930123
45678910
11121314151617
18192021222324
25262728293031
1234567

統(tǒng)計(jì)

常用鏈接

留言簿

隨筆檔案

搜索

最新評(píng)論

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

閱讀排行榜

評(píng)論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            国产字幕视频一区二区| 亚洲自拍偷拍色片视频| 午夜老司机精品| 亚洲精选视频在线| 免费黄网站欧美| 亚洲美女av网站| 欧美一区日韩一区| 久久精品国产69国产精品亚洲| 国产精品久久久久久五月尺| 欧美天堂在线观看| 日韩视频精品在线观看| 欧美精品粉嫩高潮一区二区| 午夜视频一区| 狠狠色狠狠色综合日日五| 欧美ed2k| 亚洲欧洲精品一区二区三区不卡 | 亚洲精品1区2区| 国产精品免费一区豆花| 欧美一区二区三区在线视频| 久久亚洲高清| 亚洲国产精品成人一区二区| 另类天堂视频在线观看| 亚洲自拍偷拍麻豆| 日韩一级二级三级| 国产亚洲一区二区在线观看| 在线性视频日韩欧美| 欧美福利视频在线| 另类专区欧美制服同性| 亚洲欧洲在线看| 一区二区三区|亚洲午夜| 欧美激情国产高清| 欧美日韩另类丝袜其他| 伊人蜜桃色噜噜激情综合| 亚洲欧美日韩久久精品| 国产综合自拍| 欧美大片网址| 亚洲欧洲一区二区三区在线观看 | 亚洲欧洲一区二区在线观看| 欧美亚洲系列| 久久精品国产精品亚洲| 狠狠色丁香婷婷综合久久片| 欧美/亚洲一区| 久久天堂成人| 一级日韩一区在线观看| 亚洲第一天堂无码专区| 开心色5月久久精品| 久久国产主播精品| 午夜亚洲视频| 一区二区三区**美女毛片| 蜜桃av一区| 免费成人在线视频网站| 国产亚洲毛片在线| 国产精品一区=区| 亚洲日韩第九十九页| 国产精品免费视频xxxx| 99精品久久久| 亚洲区一区二| 亚洲国产美女精品久久久久∴| 亚洲一区二区三区午夜| 香蕉亚洲视频| 亚洲第一成人在线| 亚洲免费激情| 免费成人美女女| 亚洲第一精品电影| 欧美大片免费| 亚洲电影在线播放| 亚洲精品中文字幕在线观看| 国产伦精品一区二区三区| 亚洲人成在线影院| 欧美自拍偷拍午夜视频| 欧美三级网页| 久久狠狠婷婷| 亚洲久色影视| 亚洲国产日韩欧美综合久久 | 久久影视精品| 久久av一区二区三区| 国产欧美一区二区精品秋霞影院| 国产模特精品视频久久久久| 久久影视精品| 欧美久久综合| 中文日韩在线视频| 国产精品高潮在线| 久久久午夜电影| 在线观看欧美日本| 亚洲黑丝在线| 亚洲高清毛片| 中文国产一区| 国产美女搞久久| 亚洲精品小视频在线观看| 中文高清一区| 久久这里有精品视频| 亚洲精品美女| 国产精品成人av性教育| 亚洲电影天堂av| 欧美激情一区二区三区高清视频| 亚洲欧美成人网| 欧美不卡激情三级在线观看| 国产精品系列在线| 亚洲另类春色国产| 久久久蜜桃精品| 欧美1区2区视频| 国产欧美一区二区精品秋霞影院 | 欧美日韩亚洲一区二区三区在线| 亚洲欧美日韩精品综合在线观看| 久久黄色影院| 一区二区高清视频| 欧美在现视频| 亚洲一区二区三区午夜| 久久久久九九视频| 亚洲视频欧美在线| 久久综合久久综合久久| 亚洲在线免费观看| 亚洲激情综合| 国产精品免费一区豆花| 日韩一级大片在线| 亚洲欧美日韩一区二区三区在线 | 亚洲精品资源美女情侣酒店| 久久精品国产精品| 欧美1级日本1级| 91久久在线播放| 亚洲免费影视第一页| 国产精品久久久久天堂| 好吊色欧美一区二区三区四区 | 国产精品影音先锋| 亚洲乱码国产乱码精品精可以看| 欧美激情视频一区二区三区不卡| 国产一区二区三区久久久久久久久| 亚洲国产欧美一区二区三区同亚洲| 国产日韩综合| 午夜精品www| 亚洲影院免费观看| 欧美视频精品在线| 美女精品网站| 亚洲高清在线观看| 亚洲欧美日韩一区二区三区在线观看| 国产精品成人一区| 性亚洲最疯狂xxxx高清| 亚洲影视在线| 午夜精品一区二区三区在线播放| 欧美日韩国产一区精品一区| 91久久亚洲| 国产精品99一区二区| 午夜宅男久久久| 免费人成精品欧美精品| 激情懂色av一区av二区av| 久久精品人人做人人爽电影蜜月| 一区二区av| 国产日韩一区在线| 亚洲欧美日韩国产成人精品影院| 国产亚洲一本大道中文在线| 亚洲欧美日韩综合一区| 亚洲二区免费| 99pao成人国产永久免费视频| 国产精品久久久久久超碰| 99精品国产在热久久| 亚洲欧美日本视频在线观看| 欧美一区二区三区四区夜夜大片| 欧美怡红院视频| 欧美a一区二区| 亚洲男女自偷自拍| 久久婷婷久久| 亚洲电影第三页| 国产精品久久久久一区二区三区共 | 国产精品蜜臀在线观看| 美国十次了思思久久精品导航| 美国十次了思思久久精品导航| 99riav1国产精品视频| 午夜一级久久| 亚洲欧洲一区二区三区在线观看| 麻豆av福利av久久av| 欧美一区二区三区免费观看视频| 毛片av中文字幕一区二区| 亚洲黄色av| 久久福利视频导航| 1024成人| 国产精品久久久久久五月尺| 久久九九全国免费精品观看| 亚洲黄网站黄| 亚洲黄一区二区三区| 欧美视频在线观看 亚洲欧| 亚洲国产精品黑人久久久| 国产精品黄视频| 亚洲人成在线播放网站岛国| 亚洲电影欧美电影有声小说| 这里只有精品在线播放| 久久国产精品久久精品国产| 日韩亚洲精品在线| 欧美激情 亚洲a∨综合| 麻豆精品91| 亚洲永久免费精品| 亚洲精品三级| 欧美精品一区二| 午夜宅男久久久| 久久国产精品亚洲77777| 国产精品中文字幕欧美| 91久久精品日日躁夜夜躁欧美| 亚洲欧美综合精品久久成人| 欧美日韩国产不卡| 久久理论片午夜琪琪电影网| 亚洲欧美日韩国产|