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

            小明思考

            高性能服務(wù)器端計(jì)算
            posts - 70, comments - 428, trackbacks - 0, articles - 0
              C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            詭異的C

            Posted on 2006-01-09 14:04 小明 閱讀(1696) 評(píng)論(12)  編輯 收藏 引用 所屬分類: C/C++

            1.無窮loop

            int i,a[10];
            for(i=0;i<=10;++i)
            {
                 a[i] 
            = 0 ;
            }

            why?
            函數(shù)運(yùn)行時(shí)堆棧:
            a[0] a[1] ....a[9] i
            a[10] = 0;改變i的值為0,造成無窮循環(huán)

            2.八進(jìn)制的誤用

            int i[] = {    012,
                              
            024,
                              
            125,
                       };


            為了對(duì)齊可能造成的錯(cuò)誤,變成了八進(jìn)制

            3.如何調(diào)用地址為0的過程?
            (*(void(*)())0)();
            ps:在大多數(shù)現(xiàn)代操作系統(tǒng),進(jìn)程引用的地址為虛擬地址,所以這個(gè)調(diào)用可能合法


            4.運(yùn)算符的優(yōu)先級(jí)

            int i = 1;
            = i<<4 + 2;

            這時(shí)i的值是多少?
            不是18,是64,因?yàn)?i=i<<4+2; <==> i=i<<(4+2);

            5.懸掛的if

            if(x==0//1
                  if(y==0) error(); //2
            else//3
                   z=x+y;
                   f(
            &z);
            }

            C中的else總是和最近的if匹配,所以3和2匹配,而不是和1匹配。等價(jià)于

            if(x==0//1
            {
                  
            if(y==0) error(); //2
                  else//3
                       z=x+y;
                       f(
            &z);
                  }
            }


            解決方法:總是使用{}和if配對(duì)

                       

            Feedback

            # re: 詭異的C  回復(fù)  更多評(píng)論   

            2006-01-09 15:11 by vender
            原則上i和a[10]的地址沒有關(guān)聯(lián)性,一不一樣全憑編譯器高興,無論如何越界訪問總是個(gè)錯(cuò)誤

            # re: 詭異的C  回復(fù)  更多評(píng)論   

            2006-01-09 16:30 by vender
            不試也知道這種布局純粹是編譯器相關(guān)的,標(biāo)準(zhǔn)未有規(guī)定,編譯器完全可以令i和a[10]所在單元不同,當(dāng)然也可以相同

            而且,你沒試試吧樓主,例
            #include <stdio.h>
            int main(int argc, char *argv[])
            {
            int i, a[10];
            printf("%p, %p", &i, a + 10);
            for(i = 0; i <= 10; ++i)
            a[i] = 0;
            return 0;
            }
            存為任意.c或者.cpp文件,我使用了gcc 3.4.2、vc6、vc7.1分別測(cè)試,只有vc6中兩者單元同一,其余都是不同,如gcc產(chǎn)出的二進(jìn)制目標(biāo)打印出0022FF6C, 0022FF58

            正是因?yàn)閮烧邲]有必要一致,編譯器才可以在可能發(fā)生越界處(如物理位置a[10]a[11]...處)加入一些額外的驗(yàn)證數(shù)據(jù),以便在退出local scope時(shí)檢驗(yàn)是否有越界發(fā)生

            # to:vender  回復(fù)  更多評(píng)論   

            2006-01-09 16:51 by 小明
            你說的很對(duì),c/c++標(biāo)準(zhǔn)確實(shí)沒規(guī)定
            看來這個(gè)無窮loop確實(shí)是跟編譯器有關(guān)
            謝謝

            # re: 詭異的C  回復(fù)  更多評(píng)論   

            2006-01-10 17:41 by 3721
            To vender:
            照你這么說,是不是可以認(rèn)為這是VC6比較弱*的地方,好好的大塊兒內(nèi)存不用偏偏要去連續(xù)分配,為了減少內(nèi)存片片?!

            # to 3721  回復(fù)  更多評(píng)論   

            2006-01-10 21:12 by vender
            這個(gè)不是編譯器強(qiáng)弱的標(biāo)準(zhǔn),具體如何使用棧肯定要根據(jù)需要

            不知道“片片”是否為“碎片”,如果是,那么可能對(duì)此你有誤解,在棧上分配釋放內(nèi)存不存在碎片的問題,棧的分配和釋放總是發(fā)生在棧頂,絕對(duì)不會(huì)發(fā)生低地址的空間尚未釋放就先釋放相對(duì)高地址的空間的,由此可見,占用的空間只有一塊,哪來碎片呢?

            btw:3721這幾個(gè)字真惡心,呵呵

            # re: 詭異的C  回復(fù)  更多評(píng)論   

            2006-01-11 22:01 by 小川
            #include <iostream>
            using namespace std;
            void main(void)
            {
            int i=0,a[10];
            for (i=0;i<=10;i++)
            {
            a[i]=0;
            cout<<"a["<<i<<"]="<<a[i]<<" ";
            cout<<"&i="<<&i<<" "<<endl;
            cout<<"a="<<a<<" "<<"size="<<sizeof(a)<<endl;
            }
            }
            我也試了一下,用的是VC6.0,嘿嘿
            當(dāng)數(shù)組不越界時(shí),是沒有問題的。越界時(shí),由于&i(OX0012FF7C)與越界的第一個(gè)元素地址相等,即a(數(shù)組首地址)+sizeof(a)(數(shù)組所占用地址單元)=0X0012FF54+40=OX0012FF7C相當(dāng)于越界元素是i的引用,從而引起i值變化。但如果賦給a[i]的值不在i的變化范圍(0-10)之內(nèi)的話,是不會(huì)產(chǎn)生死循環(huán)的。
            不知是什么原因,請(qǐng)各位高手不吝賜教!小弟在此謝過!

            # re: 詭異的C  回復(fù)  更多評(píng)論   

            2006-01-13 16:02 by Terry
            樓上的C++ code也同樣可以產(chǎn)生無限循環(huán)嗎?
            再次證明VC 對(duì) stack的使用存在問題

            # re: 詭異的C  回復(fù)  更多評(píng)論   

            2006-01-13 20:45 by 小川
            是的,嘿嘿
            后來想想,如果賦給a[i]的值不在i的變化范圍(0-10)之內(nèi)的話
            當(dāng)i變成了a[i]值,i不滿足循環(huán)條件,跳出for循環(huán)。

            # re: 詭異的C  回復(fù)  更多評(píng)論   

            2006-01-19 22:00 by rotcet
            看棧是怎么分配的了,這個(gè)是編譯器相關(guān)的,臨時(shí)變量先分配于寄存器和棧中的,所以如果寄存器夠多的話甚至可能i和a[]都直接分配在寄存器中,那樣的話這個(gè)肯定不會(huì)出問題的,如果都剛好分配在棧里的話,那就要看分配策略了吧,,

            # re: 詭異的C  回復(fù)  更多評(píng)論   

            2006-02-05 20:00 by 陣雨
            無聊,明明是人犯的錯(cuò)誤偏要算到編譯器頭上
            還有那個(gè)3721傻蛋,VC6能表現(xiàn)出死循環(huán)說你還說他弱?難道不表現(xiàn)出來就是好現(xiàn)象〉?

            # re: 詭異的C^  回復(fù)  更多評(píng)論   

            2006-03-31 11:13 by 雪代
            同意樓上,這明明是人犯的錯(cuò)誤和編譯器好壞有什么關(guān)系?莫名其妙

            # re: 詭異的C  回復(fù)  更多評(píng)論   

            2008-05-30 21:41 by zzningxp
            你把那個(gè)10改成16, g++也會(huì)出錯(cuò)~
            久久精品亚洲男人的天堂| 777米奇久久最新地址| 久久久久久噜噜精品免费直播| 久久久人妻精品无码一区 | 久久综合九色综合久99| 午夜精品久久久久成人| 粉嫩小泬无遮挡久久久久久| 国产精品99久久久久久www| 99久久国产精品免费一区二区| 久久国产精品无码一区二区三区 | 亚洲精品无码久久久久| 伊人热人久久中文字幕| 亚洲AV无码久久精品色欲| 久久久久18| 国产精品久久久天天影视| 久久久久久国产精品无码下载| 99久久无码一区人妻| 久久久久无码精品国产| 久久夜色精品国产亚洲| 女人香蕉久久**毛片精品| 亚洲第一极品精品无码久久| 免费精品久久久久久中文字幕| 久久精品草草草| 国内精品九九久久久精品| 国色天香久久久久久久小说 | 色综合久久88色综合天天 | 亚洲国产天堂久久综合网站| 久久精品午夜一区二区福利| 97精品伊人久久久大香线蕉| 欧美亚洲日本久久精品| 久久99精品国产麻豆不卡| 大美女久久久久久j久久| 久久久久久综合一区中文字幕 | 久久99精品国产99久久6| 精品久久久久一区二区三区 | 久久亚洲sm情趣捆绑调教| 久久天天躁狠狠躁夜夜不卡| 久久精品国产亚洲Aⅴ蜜臀色欲| 色偷偷888欧美精品久久久| 情人伊人久久综合亚洲| 亚洲一区中文字幕久久|