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

            woaidongmao

            文章均收錄自他人博客,但不喜標(biāo)題前加-[轉(zhuǎn)貼],因其丑陋,見(jiàn)諒!~
            隨筆 - 1469, 文章 - 0, 評(píng)論 - 661, 引用 - 0
            數(shù)據(jù)加載中……

            static 變量初始化順序引發(fā)的bug

            沒(méi)想到會(huì)遇到這樣的問(wèn)題,

            在VC6環(huán)境下測(cè)試,重點(diǎn)請(qǐng)看紅色字體與圖片。

             

            #include "stdafx.h"

            #include <stdio.h>

             

            typedef struct sData

            {

                static const char* text;

                static int  val_a;

                static int  val_b;

            } sData, *Self_Ptr;

             

            typedef struct 

            {

                char* text;

                int val_a;

                int val_b;

            }* Other_Ptr;

             

             

            const char* sData::text = "this is a test string\0";

            int   sData::val_b = 200;

            int   sData::val_a = 100;

             

            int main(int argc, char* argv[])

            {

                Self_Ptr p_self = (Self_Ptr)&(sData::text);

                Other_Ptr p_other = (Other_Ptr)&(sData::text);

                printf("%d\n", sizeof(sData));                          //----1, static成員不計(jì)入sizeof

                printf("val_a: %d-%d\n", p_self->val_a, sData::val_a);  //----val_a: 100-100

                printf("val_b: %d-%d\n", p_self->val_b, sData::val_b);  //----val_b: 200-200

                printf("val_a: %d-%d\n", p_self->val_a, p_other->val_a);//----val_a: 100-200

                printf("val_b: %d-%d\n", p_self->val_b, p_other->val_b);//----val_b: 200-100

                return 0;

            }

             

            image

            posted on 2008-12-03 21:38 肥仔 閱讀(3436) 評(píng)論(14)  編輯 收藏 引用 所屬分類: C++ 基礎(chǔ)

            評(píng)論

            # re: static 變量初始化順序引發(fā)的bug  回復(fù)  更多評(píng)論   

            這都什么啊……
            類靜態(tài)成員變量是鏈接進(jìn)代碼段的東西,同一個(gè)類中靜態(tài)成員變量的地址沒(méi)有誰(shuí)向你保證過(guò)會(huì)連續(xù)的,三個(gè)變量三個(gè)完全不相干的地址都是完全合理的,你應(yīng)該反思的是從一個(gè)靜態(tài)成員地址反推其他靜態(tài)成員地址這種完全不符合邏輯的做法。
            另外,你的p_self->val_a之所以合法是因?yàn)樗吹闹皇莗_self的類型,編譯的時(shí)候發(fā)現(xiàn)是靜態(tài)成員就直接換成實(shí)際地址了。
            你可以把
            Self_Ptr p_self = (Self_Ptr)&(sData::text);
            換成
            Self_Ptr p_self = NULL;
            結(jié)果是一樣的。
            2008-12-03 22:56 | RedNax

            # re: static 變量初始化順序引發(fā)的bug  回復(fù)  更多評(píng)論   

            @RedNax
            如果我沒(méi)有記錯(cuò)的話
            class不是POD,即使是非靜態(tài)成員,也不能保證連續(xù),標(biāo)準(zhǔn)沒(méi)有這樣的規(guī)定。
            成員為內(nèi)置內(nèi)型或POD類型且同時(shí)沒(méi)有成員函數(shù)的struct可以歸為POD了,標(biāo)準(zhǔn)規(guī)定POD內(nèi)存必須連續(xù),有static成員的struct還算不算POD,這個(gè)我倒是不知道。
            2008-12-03 23:17 | 肥仔

            # re: static 變量初始化順序引發(fā)的bug  回復(fù)  更多評(píng)論   

            @RedNax
            right, 你的判斷正確,換成Self_Ptr p_self = NULL; p_self->val_a不會(huì)內(nèi)存訪問(wèn)違規(guī),說(shuō)明編譯期已經(jīng)替換了p_self->val_a。
            2008-12-03 23:38 | 肥仔

            # re: static 變量初始化順序引發(fā)的bug  回復(fù)  更多評(píng)論   

            @RedNax
            根據(jù)你的提示,測(cè)試了另一個(gè)種情況,證明內(nèi)存確實(shí)不連續(xù),與定義順序相關(guān) +編譯器相關(guān)。

            我找到了一種強(qiáng)制內(nèi)存連續(xù)的辦法,接口轉(zhuǎn)換也OK,但代碼不好看了,如下:


            #include "stdafx.h"
            #include <stdio.h>

            typedef struct
            {
            struct __Data
            {
            char* text;
            int val_a;
            int val_b;
            } static data;

            } sData, *Self_Ptr;

            typedef struct
            {
            char* text;
            int val_a;
            int val_b;
            }* Other_Ptr;

            sData::__Data sData::data
            ={ "this is a test string\0", 100, 200};

            int main(int argc, char* argv[])
            {
            Self_Ptr p_self = 0;
            Other_Ptr p_other = (Other_Ptr)&(sData::data.text);
            printf("%d\n", sizeof(sData));
            printf("val_a: %d-%d\n", p_self->data.val_a, sData::data.val_a);
            printf("val_b: %d-%d\n", p_self->data.val_b, sData::data.val_b);
            printf("val_a: %d-%d\n", p_self->data.val_a, p_other->val_a);
            printf("val_b: %d-%d\n", p_self->data.val_b, p_other->val_b);
            return 0;
            }
            2008-12-04 00:03 | 肥仔

            # re: static 變量初始化順序引發(fā)的bug  回復(fù)  更多評(píng)論   

            還是搞不懂你這樣做是什么意思,要好看這樣就可以了吧:

            // #include "stdafx.h"
            #include <stdio.h>


            typedef struct
            {
            char* text;
            int val_a;
            int val_b;
            }__Data, *Other_Ptr;

            typedef struct sData
            {
            static __Data data;
            } *Self_Ptr;

            __Data sData::data
            ={ "this is a test string\0", 100, 200};

            int main(int argc, char* argv[])
            {
            Self_Ptr p_self = 0;
            Other_Ptr p_other = (Other_Ptr)&(sData::data);
            printf("%d\n", sizeof(sData));
            printf("val_a: %d-%d\n", p_self->data.val_a, sData::data.val_a);
            printf("val_b: %d-%d\n", p_self->data.val_b, sData::data.val_b);
            printf("val_a: %d-%d\n", p_self->data.val_a, p_other->val_a);
            printf("val_b: %d-%d\n", p_self->data.val_b, p_other->val_b);
            return 0;
            }
            2008-12-04 00:52 | RedNax

            # re: static 變量初始化順序引發(fā)的bug  回復(fù)  更多評(píng)論   

            @RedNax
            ?? 有差別嗎? 代碼不好看,我指p_self->data.val_a,多了一個(gè)data,能夠去掉這個(gè)data就好看了。

            因?yàn)轫?xiàng)目中需要提供一個(gè)這樣的能力:有幾百個(gè)全部是static成員的struct,它們只有最后一個(gè)字段是個(gè)POD數(shù)組,長(zhǎng)度會(huì)不同,需要有一個(gè)統(tǒng)一的接口來(lái)訪問(wèn)這些struct的成員,所以做了這個(gè)測(cè)試。

            2008-12-04 10:35 | 肥仔

            # re: static 變量初始化順序引發(fā)的bug  回復(fù)  更多評(píng)論   

            C++的意愿是希望大家不要太關(guān)注內(nèi)存的布局,各個(gè)編譯器的內(nèi)存布局都是不太一樣的。

            標(biāo)準(zhǔn)規(guī)定POD內(nèi)存必須連續(xù)
            ----------------------
            C++標(biāo)準(zhǔn)嗎?98年的時(shí)候和VC6一起出現(xiàn),VC6能支持同一時(shí)期出現(xiàn)的標(biāo)準(zhǔn)?很明顯不能。用VC6的話,就不要把C++標(biāo)準(zhǔn)扯嘴上了。
            2008-12-04 11:47 | guest

            # re: static 變量初始化順序引發(fā)的bug  回復(fù)  更多評(píng)論   

            @guest
            汗,VC6如果對(duì)POD這樣的標(biāo)準(zhǔn)都支持不了,那就太那個(gè)。
            VC6一直在用,而且最近1~2年內(nèi)應(yīng)該還是會(huì)作為工作的首選,沒(méi)覺(jué)得有什么不好。賽揚(yáng)CPU,512MB的內(nèi)存,開(kāi)4個(gè)VC6 IDE,并行開(kāi)發(fā)一點(diǎn)都不卡,舒舒服服。
            AMD雙核,2G內(nèi)存,打開(kāi)一個(gè)VS 2008,只聽(tīng)到硬盤狂叫,10秒以上才能出個(gè)界面,這就是.net的效果?。
            上次CSDN看到一個(gè)投票,目前C++集成開(kāi)發(fā)環(huán)境,10年了的VC6占30%多,依然居第一位。



            2008-12-04 12:19 | 肥仔

            # re: static 變量初始化順序引發(fā)的bug  回復(fù)  更多評(píng)論   

            關(guān)于靜態(tài)成員的引用,“p_self->val_a”這種寫法雖然語(yǔ)法上沒(méi)有問(wèn)題,但是一般編譯器都會(huì)直接認(rèn)為是“sData::val_a”,所以肯定沒(méi)有問(wèn)題。
            而“p_other->val_a”出現(xiàn)了問(wèn)題,確實(shí)是因?yàn)閮?nèi)存有不連續(xù)的現(xiàn)象。static成員在運(yùn)行時(shí)有可能是放到代碼段里的,其具體規(guī)劃很顯然會(huì)受編譯器和操作系統(tǒng)的影響;而一個(gè)普通的結(jié)構(gòu)題變量實(shí)際上是連續(xù)的放在棧里的。
            2008-12-04 13:21 | abettor

            # re: static 變量初始化順序引發(fā)的bug  回復(fù)  更多評(píng)論   

            @肥仔
            代碼里的問(wèn)題和static變量初始化順序沒(méi)有關(guān)系...
            編譯器是編譯器,編輯器是編輯器,雖然微軟把他們綁成一個(gè)VC扔給博主,但博主最好還是把他們分清楚。喜歡VC6編輯器資源消耗小,沒(méi)問(wèn)題,你就一直用VC6的IDE寫代碼;喜歡VC 2008的編譯器支持C++新標(biāo)準(zhǔn),沒(méi)問(wèn)題,你就直接在在命令行用VC 2008的編譯器編譯就行了。不矛盾也不沖突。
            2008-12-05 16:47 | helpsoff.com.cn

            # re: static 變量初始化順序引發(fā)的bug  回復(fù)  更多評(píng)論   

            @helpsoff.com.cn
            呵呵,這不是我們第一次交流了,你這位同志比較喜歡好為人師嘛。但是需要說(shuō)出點(diǎn)稍微有參考價(jià)值的東西,才可以教育別人,是不是。

            交流需要平等,干嘛老擺個(gè)姿態(tài)呢,我覺(jué)得不好。
            2008-12-05 18:44 | 肥仔

            # re: static 變量初始化順序引發(fā)的bug  回復(fù)  更多評(píng)論   

            不知道博主又從那句話看出來(lái)本人好為人師了?我說(shuō)話一直就是這個(gè)樣子,你要是不喜歡,覺(jué)得我說(shuō)的話沒(méi)有參考價(jià)值,都是P話,盡管刪了好了,反正這是你的地盤。

            說(shuō)實(shí)話,上篇文章看你做把ASSERT和if綁在一起的傻事,自己把網(wǎng)頁(yè)一關(guān)就算了,管我P事。可偏偏又覺(jué)得不指出來(lái),看著別人以做傻事為榮看不下去,結(jié)果好了,倒給博主卯上了。對(duì)我提了建議不入耳不說(shuō),還扣個(gè)帽子“擺姿態(tài)”。心想算了,多一事不如少一事。今天轉(zhuǎn)博客又轉(zhuǎn)到這里,看到這篇莫名其妙的代碼再加上對(duì)VC的偏見(jiàn),氣又不打一出來(lái)。好吧,寫兩句說(shuō)說(shuō)。博主又說(shuō)沒(méi)參考意義,再扣個(gè)帽子“好為人師”。博主,既然你覺(jué)得我們是在交流,請(qǐng)拿出你對(duì)我留言的看法來(lái)先,技術(shù)層面上的,不要先對(duì)人打上標(biāo)記帶上偏見(jiàn),好嗎?

            回到我上一條留言,我想問(wèn)問(wèn)你,你真的弄清楚,裝完VC后,哪塊是編輯器,哪塊是編譯器鏈接器,哪塊是開(kāi)發(fā)包了嗎?
            2008-12-05 19:33 | helpsoff.com.cn

            # re: static 變量初始化順序引發(fā)的bug  回復(fù)  更多評(píng)論   

            @helpsoff.com.cn
            呵呵,好了。

            我必須得承認(rèn),你很強(qiáng),你問(wèn)的問(wèn)題讓我不知所措,我非常地茫然,幾乎無(wú)地自容。當(dāng)然不會(huì)刪你的留言,只要不是粗痞話,我都不會(huì)刪。大俠的更要留著偶爾看看,好讓自己感到自卑。

            這既然是一個(gè)你不屑的地方,就不必再來(lái)了吧,何必來(lái)看這么膚淺的文章影響了您老人家的心情?

            送客了,遠(yuǎn)方的客人請(qǐng)您別再來(lái)~~~,:)


            2008-12-05 21:00 | 肥仔

            # re: static 變量初始化順序引發(fā)的bug[未登錄](méi)  回復(fù)  更多評(píng)論   

            。。。。。。。。。。。
            路過(guò)。。。。。。。。。
            。。。。。。。。。。。
            2008-12-07 11:22 | cppexplore
            日本道色综合久久影院| 久久久无码人妻精品无码| 国产精品福利一区二区久久| 久久精品国产一区二区三区日韩| 精品精品国产自在久久高清| 色偷偷91久久综合噜噜噜噜| 欧美喷潮久久久XXXXx| 久久99国内精品自在现线| 久久精品无码一区二区app| 区久久AAA片69亚洲| 国产亚洲欧美成人久久片| 亚洲国产成人乱码精品女人久久久不卡| 久久成人国产精品免费软件| 久久久精品午夜免费不卡| 久久乐国产综合亚洲精品| 久久精品草草草| 亚洲av成人无码久久精品| 99久久99久久精品国产片| 99精品久久精品一区二区| 国产精品欧美久久久久天天影视| 亚洲国产精品久久久天堂 | 香蕉久久夜色精品国产2020| 国产精品久久久久…| 久久久久久久久久久精品尤物| 久久精品99无色码中文字幕| 久久久中文字幕| 久久精品一本到99热免费| 亚洲欧美成人综合久久久| 久久人人青草97香蕉| 亚洲国产成人精品女人久久久 | 久久九九久精品国产免费直播| 久久国产香蕉一区精品| 国产AV影片久久久久久| 欧美日韩中文字幕久久伊人| 国产国产成人精品久久| 99久久综合狠狠综合久久止| 精品国际久久久久999波多野| 欧美va久久久噜噜噜久久| 久久丫精品国产亚洲av| 一本色道久久综合狠狠躁| 久久精品一区二区三区AV|