On The Road
(cond ((less 'code) (less 'bug)))
C++博客
首頁
新隨筆
聯系
聚合
管理
隨筆 - 119 文章 - 290 trackbacks - 0
博客搬家了哦,請移步
叫我abc
常用鏈接
我的隨筆
我的評論
我參與的隨筆
留言簿
(12)
給我留言
查看公開留言
查看私人留言
隨筆分類
《GAME PROGRAMMING GEMS6》讀書筆記(4)
《UNIX編程藝術》讀書筆記(4)
month-flow(5)
mysql入門(3)
垃圾收集(4)
我的博客
叫我abc
博客搬家啦
搜索
積分與排名
積分 - 305322
排名 - 84
最新評論
1.?re: C++ std::fstream open mode
i'am got
--hdj
2.?re: cppcheck的使用
你好,你會使用cppcheck嗎?@robert
--wqq
3.?re: 垃圾收集的那點事(H)
非常感謝
--7Qing_
4.?re: 高效調用lua函數
為什么提示沒有findLuaItem這個函數?
--sdfasf
5.?re: android ndk調試知識[未登錄]
博主你好,請問如果沒有.so的源代碼,應該如何進行arm的匯編級調試呢?
--dennis
閱讀排行榜
1.?cppcheck的使用(17050)
2.?十步精通新語言(10688)
3.?內存池實現(9901)
4.?高效調用lua函數(9261)
5.?在lua腳本中使用unicode(8233)
使用MFC常規DLL
最近知道可以使用MFC常規DLL導出一些功能,交給其他程序使用,即使那個程序不是MFC程序。
嘗試的環境大概是這樣的,MFC常規DLL,以及普通的控制臺程序。
MFC常規DLL的一個導出函數
1
__declspec( dllexport )
void
create_frm2()
2
{
3
CFileDialog dlg( TRUE );
4
dlg.DoModal();
5
}
調用導出函數的應用程序
1
int
_tmain(
int
argc, _TCHAR
*
argv[])
2
{
3
create_frm2();
4
5
return
0
;
6
}
不過在嘗試的過程中,出了點問題,在調用導出函數的時候不是崩潰就是大量的DEBUG ASSERT,看起來卡在CFileDialog的構造函數上了。
請教同事,才知道大概緣由。
在MFC常規DLL自帶的DllMain函數中,有這么一些細節,在下面的中文注釋中標注
1
extern
"
C
"
2
BOOL WINAPI InternalDllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID
/**/
/*
lpReserved
*/
)
3
{
4
if
(dwReason
==
DLL_PROCESS_ATTACH)
5
{
6
7
8
_AFX_THREAD_STATE
*
pState
=
AfxGetThreadState();
9
//
下面這句,保存了前一個模塊的module state。
10
//
但是如果前一個模塊是非MFC程序,那么pPrevModState=0
11
AFX_MODULE_STATE
*
pPrevModState
=
pState
->
m_pPrevModuleState;
12
13
14
15
//
initialize the single instance DLL
16
CWinApp
*
pApp; pApp
=
AfxGetApp();
17
if
(pApp
!=
NULL
&&
!
pApp
->
InitInstance())
18
{
19
pApp
->
ExitInstance();
20
AfxWinTerm();
21
goto
Cleanup;
//
Init Failed
22
}
23
24
25
26
bResult
=
TRUE;
27
28
Cleanup:
29
pState
->
m_pPrevModuleState
=
pPrevModState;
30
#ifdef _AFXDLL
31
//
restore previously-saved module state
32
//
這里,在退出DllMain前,將module state的指針設置為0
33
//
以后AfxGetModuleState的值就是0了
34
//
這樣的情況下,MFC的很多方法和類根本無法使用
35
VERIFY(AfxSetModuleState(AfxGetThreadState()
->
m_pPrevModuleState)
==
36
&
afxModuleState);
37
DEBUG_ONLY(AfxGetThreadState()
->
m_pPrevModuleState
=
NULL);
38
#endif
39
return
bResult;
40
}
41
42
43
44
return
TRUE;
45
}
由于我的調用程序不是MFC程序,所以MFC常規DLL中保存的module state值為0,當構造CFileDialog時,相關的地方就失敗了。
知道原因,就知道解決方法了。
1.注意到DllMain恢復前一個module state的代碼,是寫在 #ifdef _AFXDLL里面的。也就是說,取消_AFXDLL的宏定義,module state的值就應該是有效的。
我將MFC常規DLL的編譯選項Use Of MFC 改為 Use MFC In a Static Library后重新編譯,執行正常。
2.第二個方法就是想辦法設置一個module state,比如可以用MFC常規DLL中的那個module state
1
BOOL Capp3App::InitInstance()
2
{
3
CWinApp::InitInstance();
4
5
//
在MFC DLL中保存module state
6
g_ms
=
AfxGetModuleState();
7
8
return
TRUE;
9
}
10
11
12
__declspec( dllexport )
void
create_frm2()
13
{
14
//
剛進來,這時候module state = 0
15
//
將它設置為一個有效值
16
AfxSetModuleState( g_ms );
17
18
CFileDialog dlg( TRUE );
19
dlg.DoModal();
20
}
3.第三個方法就是,把調用程序換成MFC程序,不過我不是很喜歡這樣
posted on 2008-05-19 22:06
LOGOS
閱讀(2832)
評論(1)
編輯
收藏
引用
FeedBack:
#
re: 使用MFC常規DLL
2008-05-21 20:07
編程的夜貓
好啊,學習了。以后會注意的,感謝樓主
回復
更多評論
刷新評論列表
只有注冊用戶
登錄
后才能發表評論。
【推薦】100%開源!大型工業跨平臺軟件C++源碼提供,建模,組態!
網站導航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
Copyright ©2025 LOGOS Powered by:
博客園
模板提供:
滬江博客
国产美女久久精品香蕉69
|
2021最新久久久视精品爱
|
亚洲国产天堂久久综合网站
|
久久青青草原亚洲av无码app
|
99久久777色
|
伊色综合久久之综合久久
|
久久国产精品久久久
|
久久久无码精品亚洲日韩软件
|
亚洲中文字幕久久精品无码喷水
|
久久国产一区二区
|
亚洲人成伊人成综合网久久久
|
久久久久国产精品三级网
|
狠狠色丁香婷婷久久综合不卡
|
大美女久久久久久j久久
|
久久精品国产久精国产一老狼
|
yellow中文字幕久久网
|
国产情侣久久久久aⅴ免费
|
中文精品99久久国产
|
久久精品成人欧美大片
|
成人综合伊人五月婷久久
|
国产A三级久久精品
|
日本高清无卡码一区二区久久
|
欧美亚洲国产精品久久蜜芽
|
亚洲va久久久噜噜噜久久男同
|
女人高潮久久久叫人喷水
|
无码人妻久久一区二区三区蜜桃
|
国内精品伊人久久久久网站
|
国产精品美女久久久久网
|
99久久精品国产高清一区二区
|
久久人人青草97香蕉
|
久久综合伊人77777麻豆
|
久久久久亚洲精品男人的天堂
|
久久国产午夜精品一区二区三区
|
日本福利片国产午夜久久
|
欧美综合天天夜夜久久
|
曰曰摸天天摸人人看久久久
|
国产精品va久久久久久久
|
久久久久无码精品
|
亚洲精品WWW久久久久久
|
热RE99久久精品国产66热
|
国产精品99久久久久久宅男小说
|