目前我自己只知道三種方法

一、LoadBitmap

功能：

    可從一個執行模塊中載入指定的位圖。

原型：

HBITMAP LoadBitmap(

  __in  HINSTANCE hInstance,

  __in  LPCTSTR lpBitmapName

);

參數：

hInstance [in]

包含位圖的模塊句柄

lpBitmapName [in]

以’\0’結尾的字符串，包含將要載入位圖資源名字。可使用MAKEINTRESOURCE將資源ID號轉換。

返回值：

如果成功，返回位圖句柄，否則返回NULL。

備注：

    如果文件名不存在或內存不足，函數執行失敗。

當不再使用LoadBitmap對象時，調用DeleteObject刪除該對象。

示例：

HBITMAP hBitmap = LoadBitmap(g_hInstance, MAKEINTRESOURCE（IDB_BMP)）;

二、SHLoadImageResource

功能：

將視圖文件轉換成位圖文件。視圖資源文件必須在資源文件中包含。

原型：

HBITMAP SHLoadImageResource (

HINSTANCE hinst,

UINT uIdImageFile

);

參數：

hinst

【in】資源句柄

uIdImageFile

【in】視圖文件標號

返回值：

如果成功，返回位圖句柄，否則返回NULL。

備注：

轉換文件的類型包括GIF、PNG、JPG、ICO、BMP

當不再使用SHLoadImageResource對象時，調用DeleteObject刪除該對象。

示例：

HBITMAP hBitmap = SHLoadImageResource(g_hInstance, IDR_IMAGE);

三、SHLoadImageFile

功能：

讀取視圖文件，解壓并返回位圖句柄。

原型：

HBITMAP SHLoadImageFile (

  LPCTSTR pszFileName

);

參數：

pszFileName 

[in] 將要載入的視圖文件名

返回值：

如果成功，返回位圖句柄，否則返回NULL。

備注：

轉換文件的類型包括GIF、PNG、JPG、ICO、BMP

當不再使用SHLoadImageResource對象時，調用DeleteObject刪除該對象。

示例：

    HBITMAP hBmp = SHLoadImageFile(

          (TEXT("\\My Documents\\My Pictures\\Waterfall.jpg")));

     摘要: SHELLEXECUTEINFO 和 ShellExecuteEx的簡單使用  閱讀全文 轉: http://tech.ddvip.com/2008-09/122062103760957.html

程序中如果要使用http或socket連接服務器，需要先連接網絡。ConnMgrEstablishConnectionSync函數中的CONNMGR_CONNECTIONINFO參數，不論采用IID_DestNetWAP還是IID_DestNetInternet，似乎都要依賴于手機上的接入點設置。都怪中國移動非要搞什么CMNET、CMWAP，中國特色的通信公司。

　　可以自行創建一接入點。以下代碼創建一個CMWAP接入點：

CString strFavoriteXml =
L"<wap-provisioningdoc>"
L"<characteristic type="CM_Networks">"
L"<characteristic type="Test_GPRS">"
L"<parm name="DestId" value="{D1D06580-C364-55ec-9421-6ACF34129C58}" />"
L"</characteristic>"
L"</characteristic>"
L"<characteristic type="CM_GPRSEntries">"
L"<characteristic type="Test_GPRS">"
L"<parm name="DestId" value="{D1D06580-C364-55ec-9421-6ACF34129C58}" />"
L"<characteristic type="DevSpecificCellular">"
L"<parm name="BearerInfoValid" value="1" />"
L"<parm name="GPRSInfoValid" value="1" />"
L"<parm name="GPRSInfoProtocolType" value="2" />"
L"<parm name="GPRSInfoL2ProtocolType" value="PPP" />"
L"<parm name="GPRSInfoAccessPointName" value="cmwap" />"
L"<parm name="GPRSInfoAddress" value="" />"
L"<parm name="GPRSInfoDataCompression" value="1" />"
L"<parm name="GPRSInfoHeaderCompression" value="1" />"
L"<parm name="GPRSInfoParameters" value="" />"
L"</characteristic>"
L"</characteristic>"
L"</characteristic>"
L"<characteristic type="CM_ProxyEntries">"
L"<characteristic type="WAP">"
L"<parm name="SrcId" value="{D1D06580-C364-55ec-9421-6ACF34129C58}" />"
L"<parm name="DestId" value="{436EF144-B4FB-4863-A041-8F905A62C572}" />"
L"<parm name="Proxy" value="10.0.0.172:80" />"
L"<parm name="Enable" value="1" />"
L"<parm name="Type" value="1" />"
L"</characteristic>"
L"</characteristic>"
L"</wap-provisioningdoc>";
　　
LPWSTR pszwXMLout = NULL;
HRESULT hr = DMProcessConfigXML(strFavoriteXml, CFGFLAG_PROCESS, &pszwXMLout);
　　
if ( pszwXMLout )
{
　delete [] pszwXMLout;
　pszwXMLout = NULL;
}

在http://radovi.javaeye.com/blog/322096這篇博客里談到計算機計算浮點數時的舍入誤差，我也在VS2005下進行了相應的實驗，如下代碼：


 的確打印出來的結果是434.

老男孩給出的解釋是這樣的：
這個問題和二進制的表示有很大關系
簡單地說
計算機不能準確表示諸如1/10等一類分數

我查到了一篇文章：http://support.microsoft.com/kb/214118/zh-cn，如下,
       IEEE 754 標準是一種方法很容易操作的壓縮方式存儲浮點數。 Intel coprocessors 和實現浮點數學的大多數基于 PC 的程序使用此標準。
       IEEE 754 指定編號，以減少存儲要求，并允許該內置二進制算法指令來處理數據以相對較快速的方式的所有微處理器上可用的二進制格式存儲。 但是，是簡單的、 非重復的十進制數字的某些數字轉換為重復不能存儲的完美的準確性的二進制數字。
      例如數 1 / 10 可以表示簡單小數的十進制數字系統中：
      .1
     但是，二進制格式中的數目將十進制重復的二進制文件：
     0001100011000111000111 （和這樣上）
     此數字無法表示按有限數量的空間。 因此，此數字向下舍入的大約-2.78E-17 存儲。
      如果獲取給定的結果執行多個的算術運算，這些舍入誤差可能具有累積性。

      看來是和二進制的表示有很大關系。 很長時間沒有用Cellular Emulator ,使用上都有一些遺忘. 所以千萬別相信自己什么都能記住啊.

摘自: http://www.cnblogs.com/upto/archive/2007/02/14/649769.html 
         黎波老師的博客

Windows Mobile 6 SDK 中的 Cellular Emulator

        昨天一直在調一段代碼，流程是這樣的：我在某個界面程序里先放置了一個對話框A，用戶選擇是或否。選擇是后，會再彈出一個對話框B，并觸發一個事件，然后再啟動一個對話框C。這些對話框是模態的。

        邏輯感覺很對，沒有問題。但是界面的異常讓我是頭疼。A對話框選擇是后，B對話框顯示不完全，在C對戶框顯示的時候，文字顯示又有異常。檢查了一下，原來EndDialog沒有執行成功。使用GetLastError獲取的錯誤值也是正確的。
  
        惆悵了……，后來利用線程，去執行那個事件，界面也正常了。

        這是為什么呢？
         我個人覺得是事件的執行影響到了界面的刷新，因為我的事件是在界面的程序里面執行的。它對界面消息進行了阻塞，導致界面不能刷新。
          這個問題，不是我第一次遇到，以前也遇到過這樣的問題，沒有總結。總結一下，不要再犯了。
  

Windows Mobile上聯系人的信息可分別存儲在手機和SIM卡中。我嘗試過從手機，即所謂的Outlook聯系人中讀取聯系人的信息，但是還沒有嘗試過從sim卡中讀取聯系人的信息，心里也一直默認為難吧。今天查了一下，發現竟然這么簡單，相比outlook的讀取方式來說，簡單很多。

我們先來定義個結構

typedef struct {
  TCHAR szName[32];
  TCHAR szTelNum[32];
}CONTACTSTRUCT;

要使用SIM的相關文件，需要包含頭文件 simmgr.h

首先要初始化一下
HSIM lphSim;  
 HRESULT hr = SimInitialize(0, NULL, 0, &lphSim);
if(FAILED(hr))  
 {
  return;
 }

其次獲取總共使用的多少條記錄與總共可以容納的記錄條數  
 DWORD dwUsed,dwTotal;  
 hr = SimGetPhonebookStatus(lphSim, SIM_PBSTORAGE_SIM, &dwUsed, &dwTotal);

然后我們讀取聯系人的信息
定義一個
std::vector<CONTACTSTRUCT> vContact;

 for(int i=0; i<dwTotal; i++)      
 {
  //對結構初始話以下  
  SIMPHONEBOOKENTRY phoneent;  
  memset(&phoneent,0,sizeof(phoneent));  
  phoneent.cbSize = sizeof(phoneent);

  if (SUCCEEDED(SimReadPhonebookEntry(lphSim, SIM_PBSTORAGE_SIM, i+1, &phoneent)))
  {
   CONTACTSTRUCT tempContact = {0};

   wcsncpy(tempContact.szName, phoneent.lpszText, 31); // 姓名
   wcsncpy(tempContact.szTelNum, phoneent.lpszAddress, 31); // 電話

   vContact.push_back(tempContact );
  }
 }

 //最后別忘了清理      
 SimDeinitialize(lphSim);
 lphSim = NULL;

這里讀取的時候用了dwTotal，是因為聽有經驗的人說，sim卡的存儲可能不連續，如果用dwUsed的話，可能會有問題。

積累一下，有時間再好好看一下outlook聯系人的。

參考文章：
Pocket 中獲取SIM卡中聯系人信息
http://blog.csdn.net/xulg1984/archive/2008/05/30/2497712.aspx

     摘要: 意氣風發、躊躇滿志，不覺感嘆萬千……本文是自己工作6年的經歷沉淀或者經驗提煉，希望對所有的軟件工程師們有所幫助，早日實現自己的人生目標。本文主要是關于軟件開發人員如何提高自己的軟件專業技術方面的具體建議，前面幾點旨在確定大的方向，算是廢話吧。  1、分享第一條經驗：“學歷代表過去、能力代表現在、學習力代表未來。”其實這是一個來自國外教育領域...  閱讀全文  對于warning C4005: 'WINVER' : macro redefinition的處理

 在Windows.h中有如下定義：  
  #ifndef   WINVER  
  #define   WINVER   0x0400  
  #endif  
  如果你把#define   WINVER   0x500置于#include   <windows.h>之前,就不會出現警告.   

摘自:http://topic.csdn.net/t/20020103/15/456195.html