ACG狂人

評(píng)論

# re: 析構(gòu)過(guò)程中內(nèi)存相關(guān)錯(cuò)誤的絕大多數(shù)原因 2010-07-01 17:09 陳梓瀚(vczh)

你的錯(cuò)誤是因?yàn)閐ll的std::map跟你這里的std::map不是使用同一份代碼，而是兩份代碼。所以不要拿stl的模板容器去跨dll。所以這種時(shí)候，你應(yīng)該去包裝一個(gè)不能再.h看到實(shí)現(xiàn)的StringValueMap然后暴露出來(lái)，或者不要用dll直接使用它的代碼。  回復(fù)  更多評(píng)論   

# re: 析構(gòu)過(guò)程中內(nèi)存相關(guān)錯(cuò)誤的絕大多數(shù)原因 2010-07-01 18:30 hxhxd

看到了dll導(dǎo)出了一個(gè)wrap std::string 的std:map,嚴(yán)重懷疑std:string的copy-on-write 使得兩個(gè)模塊引用了同一個(gè)stringbuffer,然后dll模塊的unload或者exe模塊的clear都有可能導(dǎo)致對(duì)方模塊在進(jìn)一步的操作中access violation.  回復(fù)  更多評(píng)論   

# re: 析構(gòu)過(guò)程中內(nèi)存相關(guān)錯(cuò)誤的絕大多數(shù)原因 2010-07-01 18:48 壞人

dll導(dǎo)出函數(shù) 應(yīng)該是純C的  回復(fù)  更多評(píng)論   

# re: 析構(gòu)過(guò)程中內(nèi)存相關(guān)錯(cuò)誤的絕大多數(shù)原因[未登錄](méi) 2010-07-01 19:34 路人甲

本人喜歡鉆牛角尖，博主能否把測(cè)試代碼發(fā)給我(alcoholyi@qq.com)。
另外，你下的結(jié)論有誤，沒(méi)有什么exe,dll模塊堆空間一說(shuō)，堆只跟進(jìn)程有關(guān)系，可以簡(jiǎn)單的理解為同一個(gè)進(jìn)程的dll和exe共享一個(gè)堆空間。
  回復(fù)  更多評(píng)論   

# re: 析構(gòu)過(guò)程中內(nèi)存相關(guān)錯(cuò)誤的絕大多數(shù)原因 2010-07-01 21:15 Forrest

我覺(jué)得實(shí)際上是你的DLL接口設(shè)計(jì)有問(wèn)題，從來(lái)就沒(méi)有見(jiàn)到過(guò)接口有使用map的，一般接口的定義只使用C語(yǔ)言的接口，遵守資源誰(shuí)分配誰(shuí)釋放的原則，如果使用C++的接口的話，比如map，資源的分配釋放就分不清楚了.  回復(fù)  更多評(píng)論   

# re: 析構(gòu)過(guò)程中內(nèi)存相關(guān)錯(cuò)誤的絕大多數(shù)原因 2010-07-01 21:28 Forrest

@路人甲
有道理  回復(fù)  更多評(píng)論   

# re: 析構(gòu)過(guò)程中內(nèi)存相關(guān)錯(cuò)誤的絕大多數(shù)原因 2010-07-02 02:18 Mensch88

完全贊同vczh的觀點(diǎn)。lz的ReadData肯定是在另一個(gè)庫(kù)里面編譯的，而那個(gè)庫(kù)調(diào)用的STL lib與現(xiàn)在的項(xiàng)目不同。這跟模塊沒(méi)有任何關(guān)系。
我最近也一直碰到這種情況。使用別人的第三方程序庫(kù)，Release能跑，而Debug里面一碰到傳遞string就出錯(cuò)。郁悶。
有誰(shuí)知道如何能查看第三方庫(kù)到底link了哪些dll么？
  回復(fù)  更多評(píng)論   

# re: 析構(gòu)過(guò)程中內(nèi)存相關(guān)錯(cuò)誤的絕大多數(shù)原因 2010-07-02 10:33 老安

確實(shí)有一種情況，
在window下遇到過(guò)，兩個(gè)dll，在其中一個(gè)dll中new一個(gè)object，然后在另外一個(gè)dll delete，崩潰。
環(huán)境是winxp vc6.
很久之前了。

但是你這種玩法是問(wèn)題復(fù)雜化了。  回復(fù)  更多評(píng)論   

# re: 析構(gòu)過(guò)程中內(nèi)存相關(guān)錯(cuò)誤的絕大多數(shù)原因 2010-07-02 12:28 ebencheung

@你的錯(cuò)誤是因?yàn)閐ll的std::map跟你這里的std::map不是使用同一份代碼，而是兩份代碼

嚴(yán)重同意上述觀點(diǎn).template是源代碼級(jí)的復(fù)用.請(qǐng)勿跨二進(jìn)制使用.  回復(fù)  更多評(píng)論   

# re: 析構(gòu)過(guò)程中內(nèi)存相關(guān)錯(cuò)誤的絕大多數(shù)原因 2010-07-08 14:35 釀

回LS幾位的話...釋放內(nèi)存的時(shí)候，系統(tǒng)提示為已經(jīng)釋放過(guò)的內(nèi)存塊或是在不同的堆中分配的內(nèi)存。也許提示的不正確，但是本著誰(shuí)分配誰(shuí)釋放的原則的話，就算在模塊接口上使用std的容器也應(yīng)該沒(méi)什么問(wèn)題。
這方面只要注意在兩個(gè)模塊中使用同樣的clib鏈接方式就可以，分為debug、release、static、dynamic的命名方式，項(xiàng)目中存在多種配置，都是統(tǒng)一的。  回復(fù)  更多評(píng)論   

# re: 析構(gòu)過(guò)程中內(nèi)存相關(guān)錯(cuò)誤的絕大多數(shù)原因 2013-12-26 13:24 smilelittle

這個(gè)常見(jiàn)的錯(cuò)誤，“2010-07-08 14:35 釀”說(shuō)的對(duì)。原因在于dll和exe鏈接了不同基礎(chǔ)lib導(dǎo)致，把它們?nèi)吭O(shè)置成一樣的，就沒(méi)問(wèn)題了。  回復(fù)  更多評(píng)論