• <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>
            春暖花開(kāi)
            雪化了,花開(kāi)了,春天來(lái)了
            posts - 149,comments - 125,trackbacks - 0

            疑惑,很是疑惑的一個(gè)問(wèn)題。

            下午我遇到這么一個(gè)問(wèn)題,我在程序里靜態(tài)加載一個(gè)dll,這個(gè)dll是我自己寫(xiě)的。我把dll在release環(huán)境下編譯,簡(jiǎn)稱為A吧,另一個(gè)程序是在debug環(huán)境下進(jìn)行編譯的,簡(jiǎn)稱為B吧。B會(huì)調(diào)用A,但是在調(diào)用中就出錯(cuò)了。

            A 中調(diào)用B的代碼如下:

            std::vector<ITEMDATA> vcData;

            GetValue(vcData);



            B 中的代碼為
               

            void GetValue(std::vector<ITEMDATA> &vcData)
            {
               ……
                ITEMDATA item;
               ……
                vcData.push_back(item);
                ……
            }

            但是程序每走完GetValue后就拋異常了。

            但是如果兩個(gè)環(huán)境都為debug,或都為release的話,都正常,但是如果不同的話,就會(huì)出錯(cuò)。

            比較郁悶了。
            posted on 2009-01-05 19:16 Sandy 閱讀(2540) 評(píng)論(7)  編輯 收藏 引用 所屬分類: windows學(xué)習(xí)

            FeedBack:
            # re: 關(guān)于debug和release的一點(diǎn)疑惑
            2009-01-05 19:45 | windead
            release版本與debug版本所使用的runtime library是不同的,當(dāng)你的DLL與程序是用不同的方式編譯后,將加載兩個(gè)不同的runtime library,因此程序會(huì)出現(xiàn)異常情況。
            如果一定到使用不同的編譯方式,建議DLL使用C接口。  回復(fù)  更多評(píng)論
              
            # re: 關(guān)于debug和release的一點(diǎn)疑惑
            2009-01-05 23:02 | 空明流轉(zhuǎn)
            樓上解釋了問(wèn)題的原因。
            不過(guò)即便用C,malloc/free不用一個(gè)runtime也很容易出問(wèn)題。

            跨dll的stl container通常需要自定制allocator。

            不過(guò)如果是同樣的crt可以不定制allocator。
            甚至mingw的gcc和vc的交叉調(diào)用只要用了同樣的crt也可以不定制的。
            當(dāng)然也是因?yàn)閙ingw的stl和vc的stl很相近。

            不過(guò)這個(gè)只是特例而已。  回復(fù)  更多評(píng)論
              
            # re: 關(guān)于debug和release的一點(diǎn)疑惑[未登錄](méi)
            2009-01-05 23:24 | yzzrn
            debug vector allocator與release vector allocator不是一個(gè)東西。  回復(fù)  更多評(píng)論
              
            # re: 關(guān)于debug和release的一點(diǎn)疑惑
            2009-01-06 01:08 | 陳梓瀚(vczh)
            因?yàn)椋琩ll和exe的new和delete是不能跨邊界的,而且你那個(gè)是模板,所以dll和exe都有代碼。所以我建議你的dll提供allocator給exe用,否則別在接口處使用模板容器。  回復(fù)  更多評(píng)論
              
            # re: 關(guān)于debug和release的一點(diǎn)疑惑
            2009-01-06 08:28 | guest
            debug vector allocator與release vector allocator不是一個(gè)東西。
            --------------------------------
            同意,因?yàn)閐ebug下,vector會(huì)包含很多調(diào)試信息,就不一樣了。  回復(fù)  更多評(píng)論
              
            # re: 關(guān)于debug和release的一點(diǎn)疑惑
            2009-01-06 10:29 | Sandy
            呵呵,謝謝各位指點(diǎn).

            debug vector allocator與release vector allocator不是一個(gè)東西。



              回復(fù)  更多評(píng)論
              
            # re: 關(guān)于debug和release的一點(diǎn)疑惑
            2009-01-08 13:51 | getborn
            我原來(lái)也碰到過(guò),最后解決方法是讓vector的分配和銷毀內(nèi)存的位置在一起:

            A的調(diào)用代碼:

            std::vector<ITEMDATA>** pData;

            GetValue(&pData);


            B 中的代碼為


            void GetValue(std::vector<ITEMDATA> **pData)
            {
            ……
            ITEMDATA item;
            ……
            vcData.push_back(item); // vcData為成員變量
            (*pData) = &vcData;
            ……
            }  回復(fù)  更多評(píng)論
              
            久久久久久a亚洲欧洲aⅴ| 久久久久女教师免费一区| 7777久久亚洲中文字幕| 91久久精品91久久性色| 精品久久久久久国产牛牛app| 久久精品青青草原伊人| 久久精品草草草| 国产精品久久久香蕉| 97久久精品无码一区二区天美| 久久久久国产日韩精品网站 | 亚洲一本综合久久| 亚洲色欲久久久久综合网| 97r久久精品国产99国产精| 色99久久久久高潮综合影院| 国产亚洲色婷婷久久99精品| 中文字幕亚洲综合久久菠萝蜜| 国产成人久久激情91| 综合久久给合久久狠狠狠97色| 7777久久亚洲中文字幕| 亚洲精品久久久www| 成人a毛片久久免费播放| 亚洲国产精品久久久天堂 | 久久93精品国产91久久综合| 香蕉久久夜色精品升级完成| 亚洲国产综合久久天堂| 亚洲国产精品久久久久网站| 欧美牲交A欧牲交aⅴ久久| 一本久久精品一区二区| 国产精品成人久久久久三级午夜电影 | 精品久久久久久中文字幕| 久久久久久久久久久久久久| 一级做a爰片久久毛片免费陪| 精品久久久久久无码中文野结衣| 久久青草国产手机看片福利盒子| 人妻少妇久久中文字幕| 一本久久免费视频| 狠狠色丁香久久婷婷综合图片 | 久久91精品久久91综合| 久久精品国产亚洲AV电影| 少妇内射兰兰久久| 亚洲国产精品18久久久久久|