• <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>
            最近編程過程中遇到的一個BUG.

             首先我來描述一下,這個BUG是CString類的使用引起的,在編程過程中有個默認的規則,就是CStirng, std::string這種變長的數據類型是不可以做為模塊參數進行傳遞和調用, 因為會引起崩潰, 這種情況我
            也遇到過,但是這個錯誤并不是因為做為模塊參數而引起的,而是因為包含Cstring 的結構體,在類定義時,

            成員變量的順序引起的,也就說將包含CSting類的結構體放在某個變量(這個變量是一個指針連表)前時,會出錯,而放變量的后面就不出錯,原因是因為包含CString類的結構體在一個線程中進行了修改,因為CString類是變長的,所以寫入了大量的數據。使得CString類的地址覆蓋了,它前面變量的地址,所以在程序退出時,刪除錯誤的指針地址,造成崩潰。
            Posted on 2010-06-08 13:35 鄭興鋒 閱讀(525) 評論(4)  編輯 收藏 引用

            Feedback

            # re: 一個 BUG  回復  更多評論   

            2010-06-08 13:51 by ouyang
            您能給出重現這個問題的例子嗎?聽起來感覺不太可能出現這種問題啊。

            # re: 一個 BUG  回復  更多評論   

            2010-06-08 14:41 by zhengxf
            @ouyang
            我開始也這么想, 后來找到原因后測試了好多次,發現每次地址都被改, 代碼不方便都貼出來,因為公司在用.我貼出部分來,大家看一看.
            struct gameworld
            {
            bool bused; // 該服務器數據是否有效
            CString worldname; // 服務器名
            CString ChatServerUrl; // 游戲聊天服務器URL
            CString StatusServerUrl; // 檢查服務器狀態的URL
            int WorldOrder; // 服務器的序列
            bool bstarted; // 該服務器是否啟動
            CString LoginServerURL1; // 登錄服務器地址
            CString LoginServerURL2;
            CString QueueName1;
            CString QueueName2;
            CString QueueUrl1;
            CString QueueUrl2;
            CString LoginServerURL;
            };

            struct gameear
            {
            CString AuthServer;
            CString PatchServer;
            CString LauncherConfigurationServer;
            gameworld pgameworld[20];
            CString PatcherServerport;
            CString gameearname;
            int igameworldsize;
            };


            std::vector<pServerNode> m_pServerNodeList;
            gameear agameear;


            線程修改 agameear變量后, m_pServerNodeList的地址就錯了. 線程并沒有改m_pServerNodeList,
            而把改成這樣就ok了:
            gameear agameear;
            std::vector<pServerNode> m_pServerNodeList;

            # re: 一個 BUG  回復  更多評論   

            2010-06-08 15:31 by 陳梓瀚(vczh)
            凡是有直接或間接定義復制構造函數和operator=的類都不能那么用。

            # re: 一個 BUG  回復  更多評論   

            2010-06-23 15:46 by www
            比較疑惑,CString的內部實現應該是有一個char*的成員變量,如果“寫入了大量的數據”的話會在堆上重新分配內存,應該不會影響他后面的變量的內存吧??怎么會出現“CString類的地址覆蓋了,它前面變量的地址”呢?
            国产精品乱码久久久久久软件| 一级A毛片免费观看久久精品| 欧洲成人午夜精品无码区久久 | 区久久AAA片69亚洲| 99久久精品国产一区二区| 国产一久久香蕉国产线看观看| 亚洲国产婷婷香蕉久久久久久| 亚洲αv久久久噜噜噜噜噜| 亚洲乱亚洲乱淫久久| 久久人人爽人人爽人人片AV高清| 一本色道久久88加勒比—综合| 一级a性色生活片久久无| 97久久精品人人做人人爽| 久久水蜜桃亚洲av无码精品麻豆 | 久久精品人妻中文系列| 久久99精品国产麻豆不卡| 久久久久亚洲AV成人片| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 人人狠狠综合久久亚洲| 大蕉久久伊人中文字幕| 91久久婷婷国产综合精品青草| 狠狠综合久久AV一区二区三区| 亚洲AV伊人久久青青草原| 久久久久国色AV免费看图片| 国产日韩久久免费影院| 91精品国产91久久| 久久九九亚洲精品| 久久亚洲精品无码AV红樱桃| 欧美va久久久噜噜噜久久| av色综合久久天堂av色综合在| 亚洲国产成人久久笫一页| 久久伊人五月天论坛| 久久99精品久久久久久秒播| 久久人人爽人爽人人爽av| 久久亚洲中文字幕精品一区四| 无码任你躁久久久久久老妇| 中文成人久久久久影院免费观看| 久久亚洲精品国产亚洲老地址 | 久久久久亚洲精品天堂| 久久国产精品99国产精| 国产V综合V亚洲欧美久久|