創(chuàng)建MFC項(xiàng)目時(shí), 不使用MFC AppWizard向?qū)? 如果沒有設(shè)置好項(xiàng)目參數(shù), 就會(huì)在編譯時(shí)產(chǎn)生很多連接錯(cuò)誤, 如error LNK2001錯(cuò)誤, 典型的錯(cuò)誤提示有:
libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16
msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex
各類項(xiàng)目的入口點(diǎn)：
| • |
main：控制臺(tái)項(xiàng)目 |
| • |
WinMain：Win32 項(xiàng)目 |
| • |
DllMain：Win32 DLL 項(xiàng)目（如果與 CRT 庫(kù)鏈接，則無須指定項(xiàng)目，因?yàn)樗鼤?huì)添加一個(gè)默認(rèn)的 DllMain） |
下面介紹解決的方法:
1. Windows子系統(tǒng)設(shè)置錯(cuò)誤, 提示:
libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
Windows項(xiàng)目要使用Windows子系統(tǒng), 而不是Console, 可以這樣設(shè)置:
“C/C++”選項(xiàng)卡，將預(yù)處理器定義從 WIN32、_DEBUG、_CONSOLE 和 _MBCS 更改為 WIN32、_DEBUG 和 _WINDOWS
[Project] --> [Settings] --> 選擇"Link"屬性頁,
在Project Options中將/subsystem:console改成/subsystem:windows
2. Console子系統(tǒng)設(shè)置錯(cuò)誤, 提示:
LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol
_WinMain@16控制臺(tái)項(xiàng)目要使用Console子系統(tǒng), 而不是Windows, 設(shè)置:
“C/C++”選項(xiàng)卡，將預(yù)處理器定義從 WIN32、_DEBUG、_WINDOWS和 _MBCS 更改為 WIN32、_DEBUG 和 _CONSOLE
[Project] --> [Settings] --> 選擇"Link"屬性頁,
在Project Options中將/subsystem:windows改成/subsystem:console
3. 程序入口設(shè)置錯(cuò)誤, 提示:
msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol
_WinMain@16通常, MFC項(xiàng)目的程序入口函數(shù)是WinMain, 如果編譯項(xiàng)目的Unicode版本, 程序入口必須改為wWinMainCRTStartup, 所以需要重新設(shè)置程序入口:
[Project] --> [Settings] --> 選擇"C/C++"屬性頁,
在Category中選擇Output,
再在Entry-point symbol中填入wWinMainCRTStartup, 即可
4. 線程運(yùn)行時(shí)庫(kù)設(shè)置錯(cuò)誤, 提示:
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex
這是因?yàn)镸FC要使用多線程時(shí)庫(kù), 需要更改設(shè)置:
[Project] --> [Settings] --> 選擇"C/C++"屬性頁,
在Category中選擇Code Generation,
再在Use run-time library中選擇Debug Multithreaded或者multithreaded
其中,
Single-Threaded 單線程靜態(tài)鏈接庫(kù)(release版本)
Multithreaded 多線程靜態(tài)鏈接庫(kù)(release版本)
multithreaded DLL 多線程動(dòng)態(tài)鏈接庫(kù)(release版本)
Debug Single-Threaded 單線程靜態(tài)鏈接庫(kù)(debug版本)
Debug Multithreaded 多線程靜態(tài)鏈接庫(kù)(debug版本)
Debug Multithreaded DLL 多線程動(dòng)態(tài)鏈接庫(kù)(debug版本)
單線程: 不需要多線程調(diào)用時(shí), 多用在DOS環(huán)境下
多線程: 可以并發(fā)運(yùn)行
靜態(tài)庫(kù): 直接將庫(kù)與程序Link, 可以脫離MFC庫(kù)運(yùn)行
動(dòng)態(tài)庫(kù): 需要相應(yīng)的DLL動(dòng)態(tài)庫(kù), 程序才能運(yùn)行
release版本: 正式發(fā)布時(shí)使用
debug版本: 調(diào)試階段使用
今天終于實(shí)現(xiàn)了Office07風(fēng)格的SDI，發(fā)圖留念下
之前一直出現(xiàn)的運(yùn)行錯(cuò)誤是由于找不到對(duì)應(yīng)資源文件引起的，在rc文件中加入#include "Styles\Office2007Blue\Office2007Blue.rc"就可以找到資源文件了。
另外實(shí)現(xiàn)了VS2005里面的ContextSticker
蠻實(shí)用的一個(gè)功能，代碼也簡(jiǎn)單
//顯示ContextSticker
m_paneManager.SetAlphaDockingContext(TRUE);
m_paneManager.SetShowDockingContextStickers(TRUE);
m_paneManager.SetDockingContextStickerStyle(xtpPaneStickerStyleVisualStudio2005);
m_paneManager.SetShowContentsWhileDragging();
項(xiàng)目中要用Xtreme里的DockingPanel實(shí)現(xiàn)一些浮動(dòng)窗口的效果，為了能實(shí)現(xiàn)控件自然想到了CDialog，不過把CDialog“填”到Panel里有些小問題，比如說按Esc后Dialog關(guān)閉，focus有問題等等。Xtreme中的示例中使用的是CFormView來完成這個(gè)功能，想必也是有些道理的，之前的那些問題都沒有了。
但是我在自己的Demo程序中創(chuàng)建CFormView卻出現(xiàn)了運(yùn)行時(shí)錯(cuò)誤。。。創(chuàng)建的代碼直接用的Samples里動(dòng)態(tài)創(chuàng)建的代碼，應(yīng)該是沒錯(cuò)的，然后就網(wǎng)上找阿找。。。
終于在一哥們的Blog中找到答案了：
CFormView所使用的對(duì)話框資源的Style屬性一定要設(shè)置為Child。試了下果然OK。這害人的屬性阿，整整搞一天
想想也是，如果Style屬性可以是PopUp的話還真見鬼了呢，以后遇到類似情況要多留個(gè)心眼才行
這幾天剛接觸Xtreme，最開始發(fā)現(xiàn)上手挺麻煩的，資料也不是很多，用了會(huì)之后發(fā)現(xiàn)其實(shí)還是滿好用的，有UserGuide和實(shí)例代碼之后，一些基本想要實(shí)現(xiàn)的效果就OK了
最開始從官網(wǎng)下載的12.1.0試用版安裝之后Deployment安裝有問題-_,-還好后來到csdn下載到了標(biāo)準(zhǔn)版，里面還有源碼，之前的問題也沒了。嘎嘎
第一個(gè)做的實(shí)例是Create
an application with office style
toolbar，按UserGuide基本就可以了，唯一注意的是把IDR_MIDSAMTYPE改為IDR_MAINFRAME，否則會(huì)報(bào)編譯錯(cuò)。
我的項(xiàng)目里面使用Ogre作為渲染引擎，但是在已經(jīng)有了的OgreMFC框架里面只要加上#include"XTToolkitPro.h"就報(bào)些奇怪的錯(cuò)誤：
正在編譯...
stdafx.cpp
d:\Program
Files\Codejock Software\MFC\Xtreme ToolkitPro
v12.0.0\Source\Common\XTPVC50Helpers.h(569) : error C2514: “LONG” :
類沒有構(gòu)造函數(shù)
d:\Program Files\Microsoft Visual Studio .NET
2003\Vc7\PlatformSDK\Include\WinNT.h(259) : 參見“LONG”的聲明
d:\Program
Files\Codejock Software\MFC\Xtreme ToolkitPro
v12.0.0\Source\Common\XTPVC50Helpers.h(569) : error C3861: “min”:
即使使用參數(shù)相關(guān)的查找，也未找到標(biāo)識(shí)符
d:\Program Files\Codejock Software\MFC\Xtreme ToolkitPro
v12.0.0\Source\Common\XTPVC50Helpers.h(569) : error C3861: “max”:
即使使用參數(shù)相關(guān)的查找，也未找到標(biāo)識(shí)符
d:\Program Files\Codejock Software\MFC\Xtreme ToolkitPro
v12.0.0\Source\Controls\XTMaskEdit.h(37) : fatal error C1903:
無法從以前的錯(cuò)誤中恢復(fù)；正在停止編譯
于是建個(gè)MFC的SDI框架慢慢嘗試，只在stdafx.h中添加這兩個(gè)頭文件"XTToolkitPro.h","Ogre.h"，但就是這樣都會(huì)報(bào)錯(cuò)。
之后顛倒了兩個(gè)頭文件的順序之后報(bào)堆棧大小限制。
倒是這個(gè)堆棧限制提醒了我，估計(jì)有可能是預(yù)編譯頭里的東西太多了，然后發(fā)生些奇怪的問題。索性就只在stdafx.h里包含"XTToolkitPro.h"，而"Ogre.h"只在需要的頭文件中包含（當(dāng)然要用define宏來防止重復(fù)包含）。果然OK了！
之后著重看了DockingPanel的代碼，按Guide的來也就差不多了，不過有個(gè)小問題就是icon圖標(biāo)。icon大小必須為16*16，有幾個(gè)圖標(biāo)那么圖標(biāo)文件就是16n*16，不能多也不能少，否則運(yùn)行期錯(cuò)誤
Panel的用處很多，可以顯示View，Dlg還有其他一些亂七八糟的控件。如果做View的話必須重新寫一個(gè)CXXView類繼承自CView類。這個(gè)工作量還是挺大的，不過小心點(diǎn)的話也沒太多難度。
“時(shí)間緊，任務(wù)多，定計(jì)劃，保完成”
牢記這四句話，寒假前順利完成項(xiàng)目！