女人被狂躁到高潮视频免费无遮挡,内射人妻骚骚骚,免费人成小说在线观看网站,九九影院午夜理论片少妇,免费av永久免费网址

當(dāng)前位置:首頁(yè) > > 充電吧
[導(dǎo)讀]STL跨平臺(tái)調(diào)用會(huì)出現(xiàn)很多異常,你可以試試. STL使用模板生成,當(dāng)我們使用模板的時(shí)候,每一個(gè)EXE,和DLL都在編譯器產(chǎn)生了自己的代碼,導(dǎo)致模板所使用的靜態(tài)成員不同步,所以出現(xiàn)數(shù)據(jù)傳遞的各種問(wèn)題

STL跨平臺(tái)調(diào)用會(huì)出現(xiàn)很多異常,你可以試試. STL使用模板生成,當(dāng)我們使用模板的時(shí)候,每一個(gè)EXE,和DLL都在編譯器產(chǎn)生了自己的代碼,導(dǎo)致模板所使用的靜態(tài)成員不同步,所以出現(xiàn)數(shù)據(jù)傳遞的各種問(wèn)題,下面是詳細(xì)解釋。


原因分析:
一 句話-----如果任何STL類(lèi)使用了靜態(tài)變量(無(wú)論是直接還是間接使用),那么就不要再寫(xiě)出跨執(zhí)行單元訪問(wèn)它的代碼。?除非你能夠確定兩個(gè)動(dòng)態(tài)庫(kù)使用的 都是同樣的STL實(shí)現(xiàn),比如都使用VC同一版本的STL,編譯選項(xiàng)也一樣。強(qiáng)烈建議,不要在動(dòng)態(tài)庫(kù)接口中傳遞STL容器!!

STL不一定不能在DLL間傳遞,但你必須徹底搞懂它的內(nèi)部實(shí)現(xiàn),并懂得為何會(huì)出問(wèn)題。
微軟的解釋?zhuān)?br />http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b172396
微軟給的解決辦法:
http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b168958

1、微軟的解釋?zhuān)?br />大 部分C++標(biāo)準(zhǔn)庫(kù)里提供的類(lèi)直接或間接地使用了靜態(tài)變量。由于這些類(lèi)是通過(guò)模板擴(kuò)展而來(lái)的,因此每個(gè)可執(zhí)行映像(通常是.dll或.exe文件)就會(huì)存在 一份只屬于自己的、給定類(lèi)的靜態(tài)數(shù)據(jù)成員。當(dāng)一個(gè)需要訪問(wèn)這些靜態(tài)成員的類(lèi)方法執(zhí)行時(shí),它使用的是“這個(gè)方法的代碼當(dāng)前所在的那份可執(zhí)行映像”里的靜態(tài)成 員變量。由于兩份可執(zhí)行映像各自的靜態(tài)數(shù)據(jù)成員并未同步,這個(gè)行為就可能導(dǎo)致訪問(wèn)違例,或者數(shù)據(jù)看起來(lái)似乎丟失或被破壞了。

可能不太好懂,我舉個(gè)例子:假如類(lèi)A

?

在動(dòng)態(tài)連接庫(kù)開(kāi)發(fā)中要特別注意內(nèi)存的分配與釋放問(wèn)題,稍不注意,極可能造成內(nèi)存泄漏,從而訪問(wèn)出錯(cuò)。例如在某DLL中存在這樣一段代碼:

extent "C" __declspec(dllexport)?
void ExtractFileName( const std::string& path //!< Input path and filename.
, std::string& fname //!< Extracted filename with extension.
)
{
std::string::size_type startPos = path.find_last_of('\');
fname.assign(path.begin() startPos 1, path.end() );
}

在DLL中使用STL對(duì)象std::string,并且在其中改變std::string的內(nèi)容,即發(fā)生了內(nèi)存的重分配問(wèn)題,若在EXE中調(diào)用該函數(shù)會(huì)出現(xiàn)內(nèi)存訪問(wèn)問(wèn)題。主要是:因?yàn)镈LL和EXE的內(nèi)存分配方式不同,DLL中的分配的內(nèi)存不能在EXE中正確釋放掉。

解決這一問(wèn)題的途徑如下:
一般情況下:構(gòu)建DLL必須遵循誰(shuí)分配就由誰(shuí)釋放的原則,例如COM的解決方案(利用引用計(jì)數(shù)),對(duì)象的創(chuàng)建(QueryInterface)與釋放均在COM組件內(nèi)部完成。在純C 環(huán)境下,可以很容易的實(shí)現(xiàn)類(lèi)似方案。


在應(yīng)用STL的情況下,很難使用上述方案來(lái)解決,因此必須另辟蹊徑,途徑有二:
1、自己寫(xiě)內(nèi)存分配器替代STL中的默認(rèn)分配器。
2、使用STLport替代系統(tǒng)的標(biāo)準(zhǔn)庫(kù)。

其實(shí),上述問(wèn)題在VC7及以后版本中,已得到解決,注意DLL工程和調(diào)用的工程一定要使用多線程DLL庫(kù),就不會(huì)發(fā)生內(nèi)存訪問(wèn)問(wèn)題。

?

?

一個(gè)很奇怪的問(wèn)題:DLL中使用std::string作為參數(shù)結(jié)果出錯(cuò) STL 這段時(shí)間,在工程中將一些功能封裝成動(dòng)態(tài)庫(kù),需要使用動(dòng)態(tài)庫(kù)接口的時(shí)候.使用了STL的一些類(lèi)型作為參數(shù).

比方string,vector,list.但是在使用接口的時(shí)候. class exportClass
{
? ???bool dll_funcation(string &str);
}; 復(fù)制代碼 //上面這個(gè)類(lèi)只是一個(gè)形式,具體內(nèi)容不寫(xiě)出來(lái)了.這個(gè)類(lèi)被導(dǎo)出

當(dāng)我在使用這個(gè)庫(kù)的時(shí)候.這樣寫(xiě)代碼: string str="":
exportClass tmp;
tmp.dll_function(str); 復(fù)制代碼 這個(gè)函數(shù)能成功調(diào)用.但是在函數(shù)里面會(huì)給這個(gè)數(shù)組附值.如果字符串太長(zhǎng),就會(huì)出錯(cuò).函數(shù)調(diào)用能成功,但是一旦str資源需要釋放的時(shí)候,資源就不能釋放了,提示釋放了錯(cuò)誤的內(nèi)存空間.

一點(diǎn)一點(diǎn)取掉這個(gè)函數(shù)的代碼.最后就剩下

str="qadasdasdasdsafsafas";

還是出錯(cuò)誤.

如果改成很短的字符串,就不會(huì)出錯(cuò)誤.
在這個(gè)時(shí)候,只能?chē)L試認(rèn)為是字符串的空間太小

最終我修改成這樣,錯(cuò)誤消失了.希望錯(cuò)誤真的是這個(gè)引起的 string str="":

str.resize(1000);

exportClass tmp;

tmp.dll_function(str);

?

今 天寫(xiě)程序的時(shí)候要給一個(gè)模塊的dll傳遞一個(gè)參數(shù),由于參數(shù)數(shù)量是可變的,因此設(shè)計(jì)成了vector

對(duì)于這個(gè)問(wèn)題,兩種辦法:

1.傳遞vector指針

2.傳遞const vector

究其原因:

是因?yàn)関ector在exe和dll之間傳遞的時(shí)候,由于在dll內(nèi)可能對(duì)vector插入數(shù)據(jù),而這段內(nèi)存是在dll里面分配的,exe無(wú)法知道如何釋放內(nèi)存,從而導(dǎo)致問(wèn)題。而改成const類(lèi)型后,編譯器便知道dll里不會(huì)改變vector,從而不會(huì)出錯(cuò)。

或 者可以說(shuō)這是"cross-DLL problem."(This problem crops up when an object is created using new in one dynamically linked library (DLL) but is deleted in a different DLL)的一種吧。

對(duì)于STL,在DLL中使用的時(shí)候,往往存在這些問(wèn)題,在網(wǎng)絡(luò)上搜集了下,這些都是要平時(shí)使用STL的時(shí)候注意的。

***************************************************************************************************************

引用http://www.hellocpp.net/Articles/Article/714.aspx

當(dāng)template 遭遇到dynamic link 時(shí)候, 很多時(shí)候卻是一場(chǎng)惡夢(mèng).
現(xiàn)在來(lái)說(shuō)說(shuō)一部分我已經(jīng)碰到過(guò)的問(wèn)題. 問(wèn)題主要集中在內(nèi)存分配上.
1>?
????? 拿STL來(lái)說(shuō), 自己寫(xiě)模板的時(shí)候,很難免就用到stl. stl的代碼都在頭文件里. 那么表示著內(nèi)存分配的代碼.只有包含了它的cpp 編譯的時(shí)候才會(huì)被決定是使用什么樣的內(nèi)存分配代碼. 考慮一下: 當(dāng)你聲明了一個(gè)vector<> . 并把這個(gè)vector<>交給一個(gè) dll里的代碼來(lái)用. 用完后, 在你的程序里被釋放了.??? 那么如果你 在dll里往vector里insert了一些東西. 那么這個(gè)時(shí)候insert 發(fā)生的內(nèi)存分配的代碼是屬于dll的. 你不知道這個(gè)dll的內(nèi)存分配是什么. 是分配在哪里的. 而這個(gè)時(shí)候.釋放那促的動(dòng)作卻不在dll里.....同時(shí). 你甚至無(wú)法保證編譯dll的那個(gè)家伙使用的stl版本和你是完全一樣的..>
????? 如此說(shuō)來(lái), 程序crash掉是天經(jīng)地義的....?
????? 對(duì)策: 千萬(wàn)別別把你的stl 容器,模板容器在 dll 間傳來(lái)傳去 . 記住string也是....

2>?
???? 你在dll的某個(gè)類(lèi)里聲明了一個(gè)vector之類(lèi)的容器. 而沒(méi)有顯式的寫(xiě)這個(gè)類(lèi)的構(gòu)造和析構(gòu)函數(shù). 那么問(wèn)題又來(lái)了.
???? 你這個(gè)類(lèi)肯定有操作這vector的函數(shù). 那么這些函數(shù)會(huì)讓vecoter<>生成代碼. 這些代碼在這個(gè)dll里都是一致的. 但是別忘了.你沒(méi)有寫(xiě)析構(gòu)函數(shù)...... 如果這個(gè)時(shí)候, 別人在外面聲明了一個(gè)這樣的類(lèi).然后調(diào)用這個(gè)類(lèi)的函數(shù)操作了這個(gè)vector( 當(dāng)然使用者并不知道什么時(shí)候操作了vector) . 它用完了這個(gè)類(lèi)以后. 類(lèi)被釋放掉了. 編譯器很負(fù)責(zé)的為它生成了一份析構(gòu)函數(shù)的代碼...... 聽(tīng)好了.這份代碼并不是在 dll里 ... . 事情于是又和1>里的一樣了.... crash ......(可能還會(huì)伴隨著迷茫.....)
???? 對(duì)策: 記得dll里每個(gè)類(lèi),哪怕式構(gòu)造析構(gòu)函數(shù)式空的. 也要寫(xiě)到cpp里去. 什么都不寫(xiě)也式很糟糕的.....同時(shí),更要把任何和內(nèi)存操作有關(guān)的函數(shù)寫(xiě)到 .cpp 里...

3>?
??? 以上兩個(gè)問(wèn)題似乎都是比較容易的-----只要把代碼都寫(xiě)到cpp里去, 不要用stl容器傳來(lái)傳去就可以了.
?? 那么第三個(gè)問(wèn)題就要麻煩的多.
?? 如果你自己寫(xiě)了一個(gè)模板, 這個(gè)模板用了stl 容器..........
?? 這個(gè)時(shí)候你該怎么辦呢?
 顯然你無(wú)法把和內(nèi)存分配相關(guān)的函數(shù)都寫(xiě)到.cpp里去 . template的代碼都必須放到header file里.....
?? 對(duì)策: 解決這個(gè)問(wèn)題的基本做法是做一個(gè)stl 內(nèi)存分配器 , 強(qiáng)制把這個(gè)模板里和內(nèi)存分配相關(guān)的放到一個(gè).cpp里去.這個(gè)時(shí)候編譯這個(gè)cpp就會(huì)把內(nèi)存分配代碼固定在一個(gè)地方: 要么是dll. 要么是exe里...

模板+動(dòng)態(tài)鏈接庫(kù)的使用問(wèn)題還很多. 要千萬(wàn)留心這個(gè)陷阱遍地的東西啊

***************************************************************************************************************************

微軟關(guān)于這類(lèi)問(wèn)題的解釋?zhuān)?/p>

You may experience an access violation when you access an STL object through a pointer or reference in a different DLL or EXE

http://support.microsoft.com/default.aspx?scid=KB;en-us;q172396

How to export an instantiation of a Standard Template Library (STL) class and a class that contains a data member that is an STL object

http://support.microsoft.com/default.aspx?scid=KB;en-us;q168958

?

?

總結(jié):

字符串參數(shù)用char*,Vector用char**,

動(dòng)態(tài)內(nèi)存要牢記誰(shuí)申請(qǐng)誰(shuí)釋放的原則。

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請(qǐng)聯(lián)系該專(zhuān)欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請(qǐng)及時(shí)聯(lián)系本站刪除。
換一批
延伸閱讀

LED驅(qū)動(dòng)電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: 驅(qū)動(dòng)電源

在工業(yè)自動(dòng)化蓬勃發(fā)展的當(dāng)下,工業(yè)電機(jī)作為核心動(dòng)力設(shè)備,其驅(qū)動(dòng)電源的性能直接關(guān)系到整個(gè)系統(tǒng)的穩(wěn)定性和可靠性。其中,反電動(dòng)勢(shì)抑制與過(guò)流保護(hù)是驅(qū)動(dòng)電源設(shè)計(jì)中至關(guān)重要的兩個(gè)環(huán)節(jié),集成化方案的設(shè)計(jì)成為提升電機(jī)驅(qū)動(dòng)性能的關(guān)鍵。

關(guān)鍵字: 工業(yè)電機(jī) 驅(qū)動(dòng)電源

LED 驅(qū)動(dòng)電源作為 LED 照明系統(tǒng)的 “心臟”,其穩(wěn)定性直接決定了整個(gè)照明設(shè)備的使用壽命。然而,在實(shí)際應(yīng)用中,LED 驅(qū)動(dòng)電源易損壞的問(wèn)題卻十分常見(jiàn),不僅增加了維護(hù)成本,還影響了用戶體驗(yàn)。要解決這一問(wèn)題,需從設(shè)計(jì)、生...

關(guān)鍵字: 驅(qū)動(dòng)電源 照明系統(tǒng) 散熱

根據(jù)LED驅(qū)動(dòng)電源的公式,電感內(nèi)電流波動(dòng)大小和電感值成反比,輸出紋波和輸出電容值成反比。所以加大電感值和輸出電容值可以減小紋波。

關(guān)鍵字: LED 設(shè)計(jì) 驅(qū)動(dòng)電源

電動(dòng)汽車(chē)(EV)作為新能源汽車(chē)的重要代表,正逐漸成為全球汽車(chē)產(chǎn)業(yè)的重要發(fā)展方向。電動(dòng)汽車(chē)的核心技術(shù)之一是電機(jī)驅(qū)動(dòng)控制系統(tǒng),而絕緣柵雙極型晶體管(IGBT)作為電機(jī)驅(qū)動(dòng)系統(tǒng)中的關(guān)鍵元件,其性能直接影響到電動(dòng)汽車(chē)的動(dòng)力性能和...

關(guān)鍵字: 電動(dòng)汽車(chē) 新能源 驅(qū)動(dòng)電源

在現(xiàn)代城市建設(shè)中,街道及停車(chē)場(chǎng)照明作為基礎(chǔ)設(shè)施的重要組成部分,其質(zhì)量和效率直接關(guān)系到城市的公共安全、居民生活質(zhì)量和能源利用效率。隨著科技的進(jìn)步,高亮度白光發(fā)光二極管(LED)因其獨(dú)特的優(yōu)勢(shì)逐漸取代傳統(tǒng)光源,成為大功率區(qū)域...

關(guān)鍵字: 發(fā)光二極管 驅(qū)動(dòng)電源 LED

LED通用照明設(shè)計(jì)工程師會(huì)遇到許多挑戰(zhàn),如功率密度、功率因數(shù)校正(PFC)、空間受限和可靠性等。

關(guān)鍵字: LED 驅(qū)動(dòng)電源 功率因數(shù)校正

在LED照明技術(shù)日益普及的今天,LED驅(qū)動(dòng)電源的電磁干擾(EMI)問(wèn)題成為了一個(gè)不可忽視的挑戰(zhàn)。電磁干擾不僅會(huì)影響LED燈具的正常工作,還可能對(duì)周?chē)娮釉O(shè)備造成不利影響,甚至引發(fā)系統(tǒng)故障。因此,采取有效的硬件措施來(lái)解決L...

關(guān)鍵字: LED照明技術(shù) 電磁干擾 驅(qū)動(dòng)電源

開(kāi)關(guān)電源具有效率高的特性,而且開(kāi)關(guān)電源的變壓器體積比串聯(lián)穩(wěn)壓型電源的要小得多,電源電路比較整潔,整機(jī)重量也有所下降,所以,現(xiàn)在的LED驅(qū)動(dòng)電源

關(guān)鍵字: LED 驅(qū)動(dòng)電源 開(kāi)關(guān)電源

LED驅(qū)動(dòng)電源是把電源供應(yīng)轉(zhuǎn)換為特定的電壓電流以驅(qū)動(dòng)LED發(fā)光的電壓轉(zhuǎn)換器,通常情況下:LED驅(qū)動(dòng)電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: LED 隧道燈 驅(qū)動(dòng)電源
關(guān)閉