• <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>
            最近編程過(guò)程中遇到的一個(gè)BUG.

             首先我來(lái)描述一下,這個(gè)BUG是CString類的使用引起的,在編程過(guò)程中有個(gè)默認(rèn)的規(guī)則,就是CStirng, std::string這種變長(zhǎng)的數(shù)據(jù)類型是不可以做為模塊參數(shù)進(jìn)行傳遞和調(diào)用, 因?yàn)闀?huì)引起崩潰, 這種情況我
            也遇到過(guò),但是這個(gè)錯(cuò)誤并不是因?yàn)樽鰹槟K參數(shù)而引起的,而是因?yàn)榘珻string 的結(jié)構(gòu)體,在類定義時(shí),

            成員變量的順序引起的,也就說(shuō)將包含CSting類的結(jié)構(gòu)體放在某個(gè)變量(這個(gè)變量是一個(gè)指針連表)前時(shí),會(huì)出錯(cuò),而放變量的后面就不出錯(cuò),原因是因?yàn)榘珻String類的結(jié)構(gòu)體在一個(gè)線程中進(jìn)行了修改,因?yàn)镃String類是變長(zhǎng)的,所以寫入了大量的數(shù)據(jù)。使得CString類的地址覆蓋了,它前面變量的地址,所以在程序退出時(shí),刪除錯(cuò)誤的指針地址,造成崩潰。
            Posted on 2010-06-08 13:35 鄭興鋒 閱讀(526) 評(píng)論(4)  編輯 收藏 引用

            Feedback

            # re: 一個(gè) BUG  回復(fù)  更多評(píng)論   

            2010-06-08 13:51 by ouyang
            您能給出重現(xiàn)這個(gè)問(wèn)題的例子嗎?聽(tīng)起來(lái)感覺(jué)不太可能出現(xiàn)這種問(wèn)題啊。

            # re: 一個(gè) BUG  回復(fù)  更多評(píng)論   

            2010-06-08 14:41 by zhengxf
            @ouyang
            我開(kāi)始也這么想, 后來(lái)找到原因后測(cè)試了好多次,發(fā)現(xiàn)每次地址都被改, 代碼不方便都貼出來(lái),因?yàn)楣驹谟?我貼出部分來(lái),大家看一看.
            struct gameworld
            {
            bool bused; // 該服務(wù)器數(shù)據(jù)是否有效
            CString worldname; // 服務(wù)器名
            CString ChatServerUrl; // 游戲聊天服務(wù)器URL
            CString StatusServerUrl; // 檢查服務(wù)器狀態(tài)的URL
            int WorldOrder; // 服務(wù)器的序列
            bool bstarted; // 該服務(wù)器是否啟動(dòng)
            CString LoginServerURL1; // 登錄服務(wù)器地址
            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的地址就錯(cuò)了. 線程并沒(méi)有改m_pServerNodeList,
            而把改成這樣就ok了:
            gameear agameear;
            std::vector<pServerNode> m_pServerNodeList;

            # re: 一個(gè) BUG  回復(fù)  更多評(píng)論   

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

            # re: 一個(gè) BUG  回復(fù)  更多評(píng)論   

            2010-06-23 15:46 by www
            比較疑惑,CString的內(nèi)部實(shí)現(xiàn)應(yīng)該是有一個(gè)char*的成員變量,如果“寫入了大量的數(shù)據(jù)”的話會(huì)在堆上重新分配內(nèi)存,應(yīng)該不會(huì)影響他后面的變量的內(nèi)存吧??怎么會(huì)出現(xiàn)“CString類的地址覆蓋了,它前面變量的地址”呢?

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 人人狠狠综合久久亚洲88| 欧美丰满熟妇BBB久久久| 久久久久亚洲AV无码永不| 91精品国产9l久久久久| 久久久久久免费一区二区三区 | 欧美精品一区二区精品久久| 久久婷婷五月综合成人D啪| 久久久久久久女国产乱让韩| 久久99毛片免费观看不卡| 中文字幕精品无码久久久久久3D日动漫| 大香伊人久久精品一区二区| 久久不射电影网| 国产aⅴ激情无码久久| 久久久久亚洲精品中文字幕| 久久99亚洲网美利坚合众国| 色99久久久久高潮综合影院| 99久久人妻无码精品系列蜜桃| 亚洲国产日韩欧美久久| 99久久国产综合精品麻豆| 99精品国产99久久久久久97| 久久国产精品一区| 日本精品久久久中文字幕| 日韩AV无码久久一区二区| 久久综合色老色| 国产精品久久婷婷六月丁香| 99久久99久久精品国产| 国产精品免费福利久久| 久久偷看各类wc女厕嘘嘘| 伊人久久大香线蕉av不卡| 狠狠色狠狠色综合久久| 99久久国产亚洲综合精品| 久久久艹| 久久久久亚洲精品中文字幕| 久久精品视屏| 久久只有这里有精品4| 免费无码国产欧美久久18| 伊人久久大香线蕉成人| 亚洲国产一成久久精品国产成人综合 | 久久亚洲AV成人出白浆无码国产| 2021国产精品午夜久久|