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

一、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