2018年7月10日
2014年9月18日
解決方法：
ShowDropDown();之后SetCursor(LoadCursor(NULL, IDC_ARROW));即可
2013年3月17日
2013年2月27日
有時候下拉框（MFC標(biāo)準(zhǔn)叫組合框，CComboBox）中條目文本很多，超過了下拉框的寬度，如果不加設(shè)置的話，超過的部分文本將無法顯示，查找MSDN，發(fā)現(xiàn)解決方法，代碼如下：
代碼
// The pointer to my combo box.
extern CComboBox* pmyComboBox;
// Set the height of every item so the item
// is completely visible.
CString str;
CSize sz;
int dx=0;
CDC* pDC = pmyComboBox->GetDC();
for (int i=0;i < pmyComboBox->GetCount();i++)
{
pmyComboBox->GetLBText( i, str );
sz = pDC->GetTextExtent(str);
// Only want to set the item height if the current height
// is not big enough.
if (pmyComboBox->GetItemHeight(i) < sz.cy)
pmyComboBox->SetItemHeight( i, sz.cy );
// Only want to set the item width if the current width
// is not big enough.
if (pmyComboBox->GetDroppedWidth() < sz.cx)
{
pmyComboBox->SetDroppedWidth(sz.cx + 20);
}
}
pmyComboBox->ReleaseDC(pDC);
效果圖：
2012年7月15日
2012年4月25日
1. 把你的虛擬網(wǎng)卡VMnet8(在Win系統(tǒng)的網(wǎng)上鄰居里)設(shè)置為自動獲得IP、自動獲得DNS服務(wù)器，啟用。
2.
把你虛擬機中操作系統(tǒng)的Editing Auto Ethernet->IPV4 Setting 設(shè)置成如上圖所示。
有些Linux可以如下設(shè)置：“本地連接”也設(shè)置為自動獲得IP、自動獲得DNS服務(wù)器（在虛擬機中，右鍵“本地連接”－雙擊“Internet 協(xié)議”,看看是不是自動的吧！固定IP的也在這里改！）
3.當(dāng)然是將虛擬機的上網(wǎng)方式選為NAT咯。
右鍵你要設(shè)置的虛擬機選“設(shè)置”（因為有的不止虛擬一臺），在“硬件”中選“以太網(wǎng)”， 將右邊的網(wǎng)絡(luò)連接改為NAT－確定。
4.點菜單欄里的“編輯”－選“虛擬網(wǎng)絡(luò)設(shè)置”，先將“自動橋接”給去掉（去掉鉤鉤），再選“DHCP”開啟DHCP服務(wù)，點“開始”－應(yīng)用，再按同樣的方法開啟“NAT”的功能。
5.最重要的是你的兩個服務(wù)必須開啟：VMware DHCP Service 和VMware NAT Service。
具體操作如下: 開始---設(shè)置--控制面板---管理工具---服務(wù)，確保 VMware DHCP Service 和VMware NAT Service 服務(wù)已經(jīng)啟動
//====================================另外的方法
Ubuntu虛擬機共享主機上網(wǎng)
WinXP+VMware WorkStation+Ubuntu7.10
一.Bridged方式共享上網(wǎng)
1.設(shè)置Ubuntu的網(wǎng)絡(luò)連接方式為Bridged
2.共享ADSL連接
ADSL連接屬性中選中“Internet連接共享”，下拉列表中然后選擇“本地連接”，系統(tǒng)會自動把“本地連接”設(shè)置為192.168.0.1。注意此設(shè)置會在斷開連接并重啟后才生效
3.Ubuntu網(wǎng)絡(luò)設(shè)置
IP:192.168.0.X
網(wǎng)關(guān):192.268.0.1
DNS:192.168.0.1(系統(tǒng)->系統(tǒng)管理->網(wǎng)絡(luò)->DNS)
二.NAT方式共享上網(wǎng)
1.設(shè)置Ubuntu的網(wǎng)絡(luò)連接方式為NAT
2.開啟VMware DHCP Service和VMware NAT Service兩個服務(wù)
3.Ubuntu中網(wǎng)絡(luò)設(shè)置為自動配置(DHCP)或者手動設(shè)置IP及DNS
手動設(shè)置方法：
1.XP中ipconfig，得到VMnet8的IP為192.168.93.1
2.Ubuntu中設(shè)置網(wǎng)絡(luò)IP為192.168.93.X(X為3-254，網(wǎng)上很多人說只能是128-254，自動分配時一般也是128，但經(jīng)驗證3-254都行，DNS設(shè)置為192.168.93.2
以上方法均經(jīng)驗證，絕無多余步驟。
2012年1月10日
1、 Dump文件放在哪里？
Dump文件不用非要放在你編譯出來的位置，你完全可以建立一個新的文件夾來放它。但若不是存放在編譯出來的位置，需要將編譯生成的PDB文件拷貝到Dump文件目錄，或是利用VS2005打開Dump文件后，設(shè)置PDB文件路徑。
2、 如何恢復(fù)當(dāng)時的現(xiàn)場？可能你要問，怎么可能，這個dump文件可是用戶發(fā)給我的，我不可能去用戶家里調(diào)試吧？這個恢復(fù)現(xiàn)場可不是指的非要到那臺機器上去，而是要把產(chǎn)生dump文件對應(yīng)的二進制文件拿到。
但是恢復(fù)現(xiàn)場需要所有的二進制文件都要對應(yīng)，你一定要有導(dǎo)致用戶崩潰的那些Exe和DLL。既然是你發(fā)布的程序，Exe文件當(dāng)然你會有。所以這里只考慮DLL就行了。
Dump文件中記錄了所有DLL文件的版本號和時間戳，所以你一定可以同過某種途徑拿到它。如果你能從用戶那里拿到最好，如果不方便，用戶不可能用的是我們平常不常用的操作系統(tǒng)，所以找個有對應(yīng)系統(tǒng)的機器一般都會有。但是記住不僅是文件名稱要一致，還要核對版本和時間戳，如果不同一樣沒有辦法用。
如果客戶用了某個特殊的補丁怎么辦？
其實這個問題也很好解決，只要它不阻礙閱讀堆棧，就不用管它，調(diào)試Dump和運行程序不一樣，缺少一兩個DLL沒有任何問題。
3、 如果真的需要怎么辦？符號文件現(xiàn)在主要是指PDB文件。
如果沒有符號文件，那么調(diào)試的時候可能導(dǎo)致堆棧錯誤。
如果你丟失了這個發(fā)布版本中你編譯出來的那些exe和DLL的PDB，那么這個損失是嚴(yán)重的，重新編譯出來的版本是不能使用的。
我自己的DLL都有了，可是缺的是系統(tǒng)的DLL的對應(yīng)PDB文件怎么辦？圖1.4中已經(jīng)介紹了方法。微軟在它的符號數(shù)據(jù)庫上為我們提供了所有的PDB文件，還有部分非關(guān)鍵DLL。設(shè)置好后程序?qū)⒆詣酉螺d需要的PDB及DLL文件。
4、 拿到需要的文件了，這些文件應(yīng)該放在哪里？符號數(shù)據(jù)庫中的文件不用動，把其它的exe和DLL、PDB文件放在dump文件目錄里就行了。
5、 我用的是VS2005，明明有源代碼，為什么顯示不了？這個是dump調(diào)試的最頭痛問題，代碼可能已經(jīng)改過了，即使你從SVN拿到當(dāng)時的版本，時間戳也是錯的，VS2005就是不讓你顯示代碼。其實只要在
Tools/Options，Debugging/General中去掉
Require source files to exactly match the original version的復(fù)選就行了。
前言：利用drwtsn32或NTSD進行程序崩潰處理，都可以生成可用于調(diào)試的dmp格式文件。使用VS2005打開生成的DMP文件，能很方便的找出BUG所在位置。本文將討論以下內(nèi)容：
1、 程序編譯選項
2、 利用VS2005 分析dump文件
3、 常見問題討論
一、 程序編譯選項
PDB files contains all debug information like type definition and function prototype. When application crashes, we need the PDB files to analyze the root cause, so make sure these PDB files will be created when building it. You must do the following setting:
C/C++/General/Debug Information Format=Program Database (/Zi).
圖1.1 調(diào)試信息格式
Linker/Debugging/Generate Program Database File=”Name and location of your PDB files”
圖1.2 PDB文件輸出路徑
PDB文件路徑最好設(shè)置在同一個文件夾中，這樣方便dmp文件調(diào)試時調(diào)用。
調(diào)試時，所有的PDB文件和源文件必須嚴(yán)格匹配（the PDB files should be the one generated by build the source code），并存儲在一個安全的位置。當(dāng)客戶報告了一個錯誤時，你需要這些文件來幫忙以便定位錯誤于源代碼中并解決問題。
二、 VS2005 分析dump文件
In this simple application, there is an unhandled Access Violation Reading exception, because GetNameFromDatabase returns a NULL pointer, and this pointer is passed into IsPrefix and then it’s used directly without NULL pointer checking.
圖1.3 演示代碼
利用Release模式編譯該測試程序，在客戶機上運行該程序，將根據(jù)NTSD設(shè)置生成相對應(yīng)的DMP格式文件。
可以使用Visual Studio.Net、NTSD或是其他的調(diào)試工具對DMP格式文件進行分析。
l Start Visual Studio.Net
Click File/Open Solution and make sure the files of type is *.dmp then click Open.
圖1.3 Open Dump File (GUI)
l Set Symbol Path
Click Tools/Options, Debugging/Symbols，增加PDB文件路徑。若調(diào)試的程序需要微軟基礎(chǔ)庫的PDB信息，可以增加一個路徑為：
http://msdl.microsoft.com/download/symbols
在界面下方Cache Symbol From symbol…選擇本地存儲這些Symbols的路徑。
圖1.4 Symbol Path
如果DMP文件沒有放入本身PDB文件所在目錄，也可以在此處增加一個本地目錄。點OK后，VS2005將從網(wǎng)絡(luò)中下載所需要的Symbols，需要等待一段時間。如果是多次調(diào)試同一個程序錯誤所生成的DMP文件，可以在對話框中選擇“Search the above locations only when symbols are loaded manually”。從而可以節(jié)省網(wǎng)絡(luò)帶寬。
l Set Source code path
Open Solution Property Pages and set the source code path.
圖1.5 屬性菜單
圖1.6 Debug Source Files
l Start to Debug the Dump File
Click the Debug menu, it will ask you to save as a solution, save it. Then it will go to the line which caused the crash of your application.
圖1.7 調(diào)試窗口，定位到源代碼
三、 常見問題討論
1、 Dump文件放在哪里？
Dump文件不用非要放在你編譯出來的位置，你完全可以建立一個新的文件夾來放它。但若不是存放在編譯出來的位置，需要將編譯生成的PDB文件拷貝到Dump文件目錄，或是利用VS2005打開Dump文件后，設(shè)置PDB文件路徑。參照圖1.4。
2、 如何恢復(fù)當(dāng)時的現(xiàn)場？
可能你要問，怎么可能，這個dump文件可是用戶發(fā)給我的，我不可能去用戶家里調(diào)試吧？這個恢復(fù)現(xiàn)場可不是指的非要到那臺機器上去，而是要把產(chǎn)生dump文件對應(yīng)的二進制文件拿到。
但是恢復(fù)現(xiàn)場需要所有的二進制文件都要對應(yīng)，你一定要有導(dǎo)致用戶崩潰的那些Exe和DLL。既然是你發(fā)布的程序，Exe文件當(dāng)然你會有。所以這里只考慮DLL就行了。
Dump文件中記錄了所有DLL文件的版本號和時間戳，所以你一定可以同過某種途徑拿到它。如果你能從用戶那里拿到最好，如果不方便，用戶不可能用的是我們平常不常用的操作系統(tǒng)，所以找個有對應(yīng)系統(tǒng)的機器一般都會有。但是記住不僅是文件名稱要一致，還要核對版本和時間戳，如果不同一樣沒有辦法用。
如果客戶用了某個特殊的補丁怎么辦？
其實這個問題也很好解決，只要它不阻礙閱讀堆棧，就不用管它，調(diào)試Dump和運行程序不一樣，缺少一兩個DLL沒有任何問題。
3、 如果真的需要怎么辦？
符號文件現(xiàn)在主要是指PDB文件。
如果沒有符號文件，那么調(diào)試的時候可能導(dǎo)致堆棧錯誤。
如果你丟失了這個發(fā)布版本中你編譯出來的那些exe和DLL的PDB，那么這個損失是嚴(yán)重的，重新編譯出來的版本是不能使用的。
我自己的DLL都有了，可是缺的是系統(tǒng)的DLL的對應(yīng)PDB文件怎么辦？圖1.4中已經(jīng)介紹了方法。微軟在它的符號數(shù)據(jù)庫上為我們提供了所有的PDB文件，還有部分非關(guān)鍵DLL。設(shè)置好后程序?qū)⒆詣酉螺d需要的PDB及DLL文件。
4、 拿到需要的文件了，這些文件應(yīng)該放在哪里？
符號數(shù)據(jù)庫中的文件不用動，把其它的exe和DLL、PDB文件放在dump文件目錄里就行了。
5、 我用的是VS2005，明明有源代碼，為什么顯示不了？
這個是dump調(diào)試的最頭痛問題，代碼可能已經(jīng)改過了，即使你從SVN拿到當(dāng)時的版本，時間戳也是錯的，VS2005就是不讓你顯示代碼。其實只要在
Tools/Options，Debugging/General中去掉
Require source files to exactly match the original version的復(fù)選就行了。
2011年10月21日
映射表類（CMap）是MFC集合類中的一個模板類，也稱作為“字典”，就像一種只有兩列的表格，一列是關(guān)鍵字，一列是數(shù)據(jù)項，它們是一一對應(yīng)的。關(guān)鍵字是唯一的，給出一個關(guān)鍵字，映射表類會很快找到對應(yīng)的數(shù)據(jù)項。映射表的查找是以哈希表的方式進行的，因此在映射表中查找數(shù)值項的速度很快。映射類最適用于需要根據(jù)關(guān)鍵字進行快速檢索的場合，我們的程序中就用映射表來保存計時器標(biāo)志值和類實例指針，用計時器的標(biāo)志值作為關(guān)鍵字。
他這個有點像數(shù)組，比如你要查找a[index]，不必先遍歷前面的index個元素，只不過數(shù)組的下標(biāo)是哈希表鍵值，它是以鍵值對的形式出現(xiàn)的。舉個例子來說吧，公司的所有職員都有一個工號和自己的姓名，工號就是姓名的關(guān)鍵字，給出一個工號，就可以很快的找到相應(yīng)的姓名。
舉例如下：
1、定義一個CMAP，向這個CMAP中增加數(shù)據(jù)項（鍵-值對）。
CMap<CString, LPCTSTR, CString, LPCTSTR>m_ItemMap;
CString strKey = _T(""), str = _T("");
int i;
for(i = 0; i < 5; i++)
{
strKey.Format("%d", i); //這個是鍵
str.Format("A%d", i); //鍵對應(yīng)的值
m_ItemMap.SetAt(strKey, str);
}
2、遍歷正個CMAP的常用方法。
POSITION pos = m_ItemMap.GetStartPosition();
while(pos)
{
m_ItemMap.GetNextAssoc(pos, strKey, str);
cout<< strKey<< ":"<< str<< endl;
}
3、在CMAP中查找相應(yīng)的數(shù)據(jù)項。
CString pReset;
if(m_ItemMap.Lookup("1", pReset))
{
cout<<pReset<<endl;
}
=======================================================================現(xiàn)在，我們來學(xué)習(xí)MFC中，最常用的數(shù)據(jù)結(jié)構(gòu)中的最后一個CMap模板。之前，我們已經(jīng)依次學(xué)完了CArray，CList，并且也對它們進行了初步的剖析。
其實，我一直認為CMap是最簡單的一個數(shù)據(jù)類型，如果說，大家對這個數(shù)據(jù)類型產(chǎn)生不良感覺的話，大多是因為對Hash表的陌生。
顯然，CMap就是對Hash表的一種實現(xiàn)。對于Hash表來說，我們需要提供成對的Key與Value進行操作，其實，也就是將我們?nèi)粘Ｊ褂玫臄?shù)組下標(biāo)替換成現(xiàn)在Key，至于MFC是采用了什么樣的散列函數(shù)，我們不必知道。
Hash表可以認為是數(shù)組的一種優(yōu)化，或者說是對數(shù)組缺陷的一種彌補，因為我們知道，數(shù)組在具備了高效存取性能的同時，無法動態(tài)的調(diào)整自身的大小，又嚴(yán)重的影響了它的使用效果。這給了Hash表可乘之機，Hash表總是使用了某種算法盡可能的來達到將成對的元素存儲到一個額定的離散的內(nèi)存空間，它既繼承了鏈表對自身的動態(tài)調(diào)整，又盡可能的使讀寫維持在高速的水平，當(dāng)然無論如何還是要比數(shù)組慢的多。
如果你非要讓我告訴你，Hash表是什么樣的一個數(shù)據(jù)結(jié)構(gòu)的話，很遺憾，我無法準(zhǔn)確的描述，這就相當(dāng)于你問我“鳳凰是什么樣子”，不過我可以告訴你孔雀的樣子。常用的Hash表非常像一個十字數(shù)組，似乎十字數(shù)組又成為了眾多讀者的障礙，如果你暫時還不能理解的話，請你去翻閱Hash表的詳細論述，當(dāng)然你也可以在不久之后，在本處看到這些經(jīng)典數(shù)據(jù)結(jié)構(gòu)的精講。
現(xiàn)在，我們來看一個CMap的用法，至于它的參數(shù)，你可以看本空間一篇專門描述CArray，CList以及CMap參數(shù)用法的文章《CArray，CList，CMap如何實化（實例化）》。下面是我自己編寫的例子：
class Point
{
public:
Point()
{
m_x = 0;
m_y = 0;
}
Point(int x, int y)
{
m_x = x;
m_y = y;
}
public:
int m_x;
int m_y;
};
typedef CMap<const char*, const char*, Point, Point&> CMapPnt; //請在使用之前定義
int main()
{
Point elem1(1, 100), elem2(2, 200), elem3(3, 300), point;
CMapPnt mp;
// insert 3 elements into map， #1
mp.SetAt("1st", elem1);
mp.SetAt("2nd", elem2);
mp.SetAt("3th", elem3);
// search a point named "2nd" from map #2
mp.Lookup("2nd", point);
printf("2nd: m_x: %d, m_y: %d\n", point.m_x, point.m_y);
// insert a new pair into map #3
Point elem4(4, 400);
mp["4th"] = elem4;
cout<<"count: "<<mp.GetCount()<<endl;
// traverse the entire map #4
size_t index = 0;
const char* pszKey;
POSITION ps = mp.GetStartPosition();
while( ps )
{
mp.GetNextAssoc(ps, pszKey, point);
printf("index: %d, m_x: %d, m_y: %d\n", ++index, point.m_x, point.m_y);
}
return 0;
}
代碼中，我已經(jīng)給出了一些注釋，我同樣建議讀者們，用英文在代碼中注釋，這樣的好處實在是太多了。尤其在代碼需要在不同編碼的操作系統(tǒng)上調(diào)試的時候。
對于CMap這個類，我不得不著重啰嗦一下的是：遍歷操作以及取下標(biāo)【】操作，當(dāng)然還有那個令很多人困惑不已的ARG_KEY到底應(yīng)該如何選擇的問題。
遍歷，看注釋#4，至于POSITION的含義，請在本空間，查看其它文章。先使用GetStartPosition()函數(shù)獲得表頭的位置，然后，我們可以使用GetNextAssoc函數(shù)來遍歷。GetNextAssoc(POSITION& rNextPosition, KEY& rKey, VALUE& rValue)函數(shù)的參數(shù)值得說明一下，大家看到，3個參數(shù)都是引用，而第一個是rNextPosition，顧名思義，在函數(shù)返回之后，它將會指像下一個元組，當(dāng)然這是在表還未遍歷完的時候，否則，它將被置為空（NULL）。
【】，利用下標(biāo)取元素的這個操作符，在CMap中被重載，用來返回指定Key值數(shù)據(jù)的引用，不過在注釋#3處，對于先取"4th"這個Point的引用然后賦值的用法，看起來，似乎有點聰明過了頭，因為在這之前，我們還沒有插入"4th"所對應(yīng)的元組，但是，程序卻能正常的運行！為什么？其實，這樣的用法是十分正確的，因為CMap畢竟不是數(shù)組，它是沒有邊界的，當(dāng)CMap在獲得一個它無法查詢到的Key值的時候，它會將這個Key以及一個空的數(shù)據(jù)類型追加到Hash表中去，從而保證了上面的程序可以無誤的運行。
我們已經(jīng)說過，ARG_KEY是作為類型參數(shù)傳入CMap的，但并不是任何類型都可以作為ARG_KEY傳入的。為什么？看樣子，這次不得不簡單的說說Hash表的散列函數(shù)了。每個Hash表，總會使用一些散列函數(shù)，用來查找Key所對應(yīng)的Value，理想狀態(tài)下，我們當(dāng)然希望Hash表，就是一個數(shù)組，雖然這不可能，不過這樣理解，可以幫助我們更好的理解Hash表的物理結(jié)構(gòu)，就讓我們暫時把它看成一個數(shù)組吧。數(shù)組總是使用下標(biāo)來直接獲取元素的存儲地址，而下標(biāo)，顯然應(yīng)該是個非負整數(shù)，從而Hash表，也應(yīng)該具備這樣的特性，至少必須存在某種算法可以使傳入的Key可以直接的轉(zhuǎn)化為一個非負的整數(shù)，這也就是ARG_KEY的選擇標(biāo)準(zhǔn)。從而對象、引用無論如何都不應(yīng)該作為ARG_KEY成為CMap的類型參數(shù)，而int、unsigned int、指針以及地址就成為了ARG_KEY的常用類型參數(shù)，其實也就是那些類似于整型的數(shù)據(jù)類型。常常看到一些人在用CMap的時候，試圖使用CString作為CMap中ARG_KEY的類型參數(shù)，這是應(yīng)該被糾正的方向性錯誤，但有些人似乎會理直氣壯的反駁我，因為他們發(fā)現(xiàn)類型參數(shù)KEY是可以使用CString的，這很奇怪嗎？我說過KEY不能使用CString嗎？之所以KEY可以使用CString而ARG_KEY卻用的是LPCTSTR，那是因為CString重載了operator==(const char*)這個判等操作符，當(dāng)CMap從Hash表中獲得KEY之后，它會將ARG_KEY與KEY直接相比較。真正存于CMap內(nèi)部的是KEY，也就是CString。這也就是為什么，我們經(jīng)常會看到CMap被實化成CMap<CString, LPCTSTR/*相當(dāng)于const char*，非Unicode情況下*/, CString，CString&>這樣的一個四不像實化類的原因，至于CMap的效率優(yōu)化問題，我們會在以后的文章中繼續(xù)與大家探討。
CMap的確是個很不錯的數(shù)據(jù)結(jié)構(gòu)，尤其在你建立一個字典的時候。比如idealsoft的含義是"曳光科技"，這就是一個元組，也就是一個Pair，Key是"idealsoft"，而Value是"曳光科技"。
====================================================================
#include <afxwin.h>
#include <afxtempl.h>
void main()
{
AfxWinInit(::GetModuleHandle(NULL), NULL, ::GetCommandLine(), 0);
CMap <int, int, CString, CString> m_cMap;
m_cMap.SetAt(9923033, "張三 ");
m_cMap.SetAt(9826033, "張A ");
m_cMap.SetAt(9923063, "張B ");
m_cMap.SetAt(9923093, "張C ");
CString strName;
m_cMap.Lookup(9923063, strName);
AfxMessageBox(strName);
}
2011年8月26日
COLORMAP ColorMap[3] = {
{ RGB(128,128,128), ::GetSysColor(COLOR_BTNSHADOW) },
{ RGB(192,192,192), ::GetSysColor(COLOR_BTNFACE) },
{ RGB(255,255,255), ::GetSysColor(COLOR_BTNHILIGHT)}
};
CBitmap Bitmap;
Bitmap.LoadMappedBitmap(IDB_BITMAP, 0, ColorMap, 3);
BOOL LoadMappedBitmap(
UINT nIDBitmap, //位圖的標(biāo)識
UINT nFlags = 0, //通常情況下為0，當(dāng)將該位圖作
為屏蔽位圖使用時該參數(shù)為CMB_MASKED
LPCOLORMAP lpColorMap = NULL,
int nMapSize = 0);
【返回值】該成員函數(shù)調(diào)用成功返回一個非零值，否則返回零。
【參 數(shù)】
nIDBitmap
nFlags
通常情況下為0，當(dāng)將該位圖作為屏蔽位圖使用時該參數(shù)為CMB_MASKED。
lpColorMap
一個指向COLORMAP數(shù)據(jù)類型數(shù)組的指針。COLORMAP的數(shù)據(jù)結(jié)構(gòu)如下：
typedef struct _COLORMAP{
COLORREF from; // 邏輯調(diào)色板的顏色
COLORREF to; // 物理調(diào)色板的顏色
}COLORMAP, FAR* LPCOLORMAP;
nMapSize
指定數(shù)組中數(shù)組元素的個數(shù)。
【注 釋】本成員函數(shù)可以將一個設(shè)備無關(guān)位圖裝入CBitmap類的對象，并根據(jù)邏輯調(diào)色板與物理調(diào)色板的映射關(guān)系使系統(tǒng)正確地顯示該位圖。
_COLORMAP iColor[2]={{RGB(191,191,196),::GetSysColor(COLOR_3DFACE)},{RGB(192,192,192),::GetSysColor(COLOR_3DFACE)}};
m_bmToolbarHi.LoadMappedBitmap( IDB_TOOLBARHI,0,iColor,2);
m_wndToolBar.SetBitmap( (HBITMAP)m_bmToolbarHi );
這是我的代碼，可他不工作啊:~(
有個問題提醒一下：
庫中的LoadMappedBitmap函數(shù)對超過256色的圖像好像無效，而且會死掉。
對不超過256色的圖像是有效的。
我知道了，我的圖像是256色的，這不錯。但是轉(zhuǎn)換的顏色好像也算一種顏色。我把我導(dǎo)出的圖像色數(shù)改成128，結(jié)果就好了 :D