int iCount = 20;
    while(iCount--)      
    {
  hd=::FindFirstFile(lpCmdLine,&fd);  
  Sleep(500);  
  
  if(INVALID_HANDLE_VALUE!=hd)
   break;      
 }   
 
 if(0==iCount)
  return 0;  

 FindClose(hd);  

 SHELLEXECUTEINFO ShExeInfo={0};      
 ShExeInfo.cbSize=sizeof(SHELLEXECUTEINFO);      
 ShExeInfo.fMask=SEE_MASK_NOCLOSEPROCESS;      
 ShExeInfo.hwnd=NULL;      
 ShExeInfo.lpVerb=NULL;     
 ShExeInfo.lpFile=lpCmdLine;      
 ShExeInfo.lpParameters=L"";    
 ShExeInfo.lpDirectory=NULL;     
 ShExeInfo.nShow=SW_SHOW;      
 ShExeInfo.hInstApp=NULL;   

 ShellExecuteEx(&ShExeInfo);
 return 0;
}
　　生成ShellExe.exe的可执行文件，此段代码主要功能是查找指定的应用程序，然后执行；下面这段代码可以保证在SD卡文件系统正确加载后才去执行应用程序； 

    while(iCount--)      
    {
  hd=::FindFirstFile(lpCmdLine,&fd);  
  Sleep(500);  
  
  if(INVALID_HANDLE_VALUE!=hd)
   break;      
 }  

文件的名称和路径由命令行参数指定：ShExeInfo.lpFile=lpCmdLine;

2、 新建一个快捷方式，如Autorun.lnk，按如下方式编辑其内容：
21#\windows\shellexe.exe \stdcard\MyApp.exe其中\stdcard\MyApp.exe应用程序的绝对路径；

3、 将MyApp.exe和Autorun.lnk添加到NK里，方法是在project.bib文件内加入如下内容：
ShellExe.exe f:\WINCE420\PBWORKSPACES\LioetEnTer\RelDir\ShellExe.exe NK SAutorun.lnk f:\WINCE420\PBWORKSPACES\LioetEnTer\RelDir\Autorun.lnk NK S注意：ShellExe.exe的属性不能带H（隐藏）.

4、 在project.dat里加入如下内容：
Directory("\Windows\Startup"):-File("Autorun.lnk","\Windows\Autorun.lnk")5、 选择Make Image生成映像（当然Build也可以，就是慢点儿），烧到FLASH里，开机运行，可以看到SD卡里的MyApp.exe被正确执行。
总结
　　这种方法用起来比较方便，ShellExe.exe不用每次都重新编译，只要根据应用程序路径修改Autorun.lnk即可，可以加载Flash、U盘、SD卡里的应用程序。调试及升级应用程序就不用重新烧写内核了。

#pragma once
#include "UniBase.h"
#include "Reg.h"
#include <PM.h>

class CWiFiHelper
{
private:
    TCHAR m_tzDevice[MAX_NAME]; 
public:
    CWiFiHelper()
    {
        TCHAR tzKey[MAX_PATH];
        CReg reg(HKEY_LOCAL_MACHINE, TEXT("Comm"));
        for (UINT i = 0; reg.EnumKey(i, tzKey) == S_OK; i++)
        {
            if (tzKey[UStrLen(tzKey) - 1] == '1')
            {
                CReg dev(reg, tzKey);
                TCHAR tzDisplayName[MAX_PATH];
                if (dev.GetStr(TEXT("DisplayName"), tzDisplayName))
                {
                    if (UStrStrI(tzDisplayName, TEXT("WiFi")) || 
                        UStrStrI(tzDisplayName, TEXT("Wi-Fi")) || 
                        UStrStrI(tzDisplayName, TEXT("Wireless")) || 
                        UStrStr(tzDisplayName, TEXT("802.11")))
                    {
                        UStrPrint(m_tzDevice, PMCLASS_NDIS_MINIPORT TEXT("\\%s"), tzKey);
                        //MessageBox(NULL, m_tzDevice, STR_AppName, MB_ICONINFORMATION);
                        return;
                    }
                }
            }
        }
        m_tzDevice[0] = 0;
    }

    BOOL IsEnabled()
    {
        CEDEVICE_POWER_STATE s = D4;
        if (m_tzDevice [0])
        {
            GetDevicePower(m_tzDevice, POWER_NAME, &s);
        }
        return s == D0;
    }

    HRESULT Enable(BOOL bEnable = TRUE)
    {
        if (m_tzDevice [0])
        {
            return SetDevicePower(m_tzDevice, POWER_NAME, bEnable ? D0 : D4);
        }
        else
        {
            return ERROR_DEVICE_NOT_AVAILABLE;
        }
    }
};

附件是一个小程序，无参数执行自动切换 WIFI 开关SP/PPC通用。
点击这里下载文件: RadioSwitch.rar

         Windows中负责图形输出的是GDI(即Graphic Device Interface，图形设备接口)。这是Windows与硬件无关的图形输出模式的体现。GDI建立在硬件抽象层(HAL)之上,屏蔽了不同输出设备之间的差异,从而为用户提供了一个统一的“标准输出设备”。但是，与DOS不同，Windows是多任务、进程独立的，每一个窗口都应该有一个独立的输出通道。这样，GDI又使用了一种简单的机制来保证在窗口中画图的不同程序之间能共享“设备”而又互不干扰。这个机制就是DC(Device Context，设备描述表)。
     有人把DC比喻成画家的画室，这里有画布、画刷、画笔等等很多工具。

     就画布而言，画布形式可以不同，是的，我可以在桌上(desktop)的纸上(window)画，也可以就画在桌面上，还可以画在墙上(管的着吗！^_^)。
     为此，Windows MFC提供了四种不同的DC环境(封装为C++类)，以标明不同的绘制权限,即：
        CPaintDC, 用于在窗口客户区画图(仅限于在OnPaint处理函数中使用);
        CClientDC, 也用于在窗口客户区画图(限于在OnPaint处理函数之外使用)；
        CWindowDC, 用于在窗口内任意地方画图，包括非客户区；
        CMetaFileDC, 用于绘制GDI图元文件。

     这些类都可以直接实例化，如：
       CPaintDC dc(this);//this表示此DC所属窗口为当前窗口
创建了一个CPaintDC对象dc。
       CWindowDC一般不常用，如果想在窗口非客户区画图，可借助OnNcPaint()处理函数捕获WM_NCPAINT消息。
    
     刚才说了，DC中还有画刷、画笔等。这些都是DC的属性，可通过DC自身(调用其成员函数)获得。
        DC属性包括文本颜色、背景颜色、映射模式、绘图模式、当前位置、当前画笔(刷)和当前字体等。
     画笔(Pen)、画刷(Brush)都是独立的GDI对象，可通过CDC成员函数SelectObject()选入DC。同样操作方式的对象还有字体(Font)、位图(Bitmap)、调色板(Palette)和区域(Region)。
     关于SelectObject()：在创建好GDI对象之后，SelectObject()接收该对象指针，其返回值为先前选入DC的相同类型的对象指针(通常用来恢复DC用)。
         Windows也预先定义了一些画笔、画刷、字体以及其他一些GDI对象。这些对象称为备用对象，用CGdiObject::SelectStockObject()选入。CGdiObject是表示GDI对象的CPen、CFont等类的基类。备用对象的属性说明可以查MSDN。
     由CGdiObject派生类创建的画笔、画刷和其他对象都要占用内存资源，因此使用后一定要删除它们。处理方法与其他window对象类似。在栈中创建的对象，当此CGdiObject超出范围时会自动析构。在堆中用new创建的CGdiObject对象，可通过调用CGdiObject::DeleteObject显式删除(这会引起对GDI对象析构函数的调用)或用相应的delete运算符。如果是备用对象，则没必要专门删除，留给windows就可以了。
        VC++有一种简单的方法用来确定是否成功的删除了GDI对象:只要在调试状态下运行应用程序的调试版本即可。在应用程序结束时，没有释放的资源会显示在调试窗口中。
    
     
一些知识点：

1.绘图模式：GDI将象素点输出到逻辑显示平面上时，并不只是简单的输出象素颜色，而是通过一系列布尔运算将输出象素点的颜色和输出目标位置上象素点的颜色进行合成再显示。所使用的逻辑运算关系就由DC的绘图模式确定。使用CDC:SetROP2()可更改绘图模式(ROP2,Raster Operation To)。默认绘图模式是R2_COPYPEN,直接将象素点输出到显示平面上。常用的还有R2_NOT,用于实现鼠标绘图时的Rubber技术。

2.映射模式：这是DC的属性之一，用于确定从逻辑坐标到设备坐标的转换(或者说mapping，映射)方式。设备坐标是指窗口中相应的象素点位置。单位只有象素一种。而逻辑坐标依映射模式不同而单位各异。如默认的MM_TEXT模式下，一个单位恰恰是一个象素点。MM_LOENGLISH模式下，一个单位则相当于百分之一英寸长。windows支持8种映射模式，其中的MM_ISOTROPIC和MM_ANISOTROPIC是可编程的。这意味着是用户而不是windows确定从逻辑坐标到设备坐标的转换方式。换句话说，就是用户来自行定制逻辑单位的实际大小。这两种模式最常用于根据窗口尺寸按比例自动调节画图输出大小的场合。两者之间的唯一区别在于：前者中X方向和Y方向具有同一缩放比例因子。设置映射模式的函数是CDC::SetMapMode()。

3.坐标系常用技术：
1)坐标变换：调用CDC::LPtoDP可将逻辑坐标值转换为设备坐标值。反之，调用CDC::DPtoLP可将设备坐标值转换为逻辑坐标值。在相应鼠标单击区域命中测试时，将使用这两个函数。因为鼠标单击得到的是设备坐标，而很多GDI函数使用逻辑坐标，必须转换为统一坐标，操作才有意义。
2)原点移动：默认方式下，DC的原点位于相应显示平面的左上角。MFC提供了两个CDC类成员函数，可改变原点位置。CDC::SetWindowOrg()移动窗口原点，CDC::SetViewportOrg()移动视图原点(详见MSDN)。一般只能使用两者之一。原点移动技术在边框滚动条设置时有所体现。
3)用户坐标与屏幕坐标：前者是设立在窗口客户区左上角的设备坐标值，后者是原点位于屏幕左上角的设备坐标值。两者的相互转换用函数是CWnd::ClientToScreen()和CWnd::ScreenToClient()。

4.GDI绘图函数
1)画线：包括MoveTo、LineTo、Polyline、PolylineTo、Arc、ArcTo、PolyBezier等。其中Polyline和PolylineTo都可以一次画多条线，两者的区别是PolylineTo使用DC的当前位置，而Polyline则不需要。ArcTo在win98下未实现。另外，所有GDI画线函数有一个共同特点，就是从不画最后一个象素点。
2)画图形：画封闭图形的GDI函数以外接矩形的坐标为参数。常用函数有Rectangle、Ellipse、RoundRect、Pie、Chord等。

5.画笔与画刷：在MFC中，画笔对象封装为CPen类，画刷对象封装为CBrush类。创建两者都有三种方法。最简单的就是构造一个CPen对象，直接给出所用参数进行初始化。第二种方法是调用一个未初始化的CPen对象，用CreatePen()初始化。还有一种方法是构造一个未初始化的CPen对象，通过向LOGPEN结构中填充描述画笔特性的参数，然后调用CPen::CreatePenIndirect()生成画笔。画刷基本相同。
1)CPen：windows用当前选入DC的画笔绘制线条，并给封闭图形镶制边框。画笔有三个特性，即样式、宽度和颜色。样式有PS_SOLID、PS_INSIDEFRAME、PS_NULL等。PS_NULL一般称其为“NULL画笔”，想画一个没有边框的图形，就用到它了。笔宽以逻辑单位给出，实际意义与当前映射模式相同。颜色是通过RGB宏把三个独立颜色成分的值合成为一个可传递给GDI的COLORREF值来确定的。
2)CBrush：画刷有三种基本类型，即单色、带阴影线和带图案。其中图案画刷允许用位图填充图形内部(这样，窗口背景也就没啥新鲜的了)。常用函数有
CDC::SetBkMode()、CDC::SetBkColor()等。

6.文本与字体：CDC有一打文本处理函数，重要的几个是DrawText、TextOut、GetTextMetrics、SetTextColor和SetTextAlign等。其中GetTextMetrics()传给TEXTMETRIC结构关于字体性质的相关信息。字体是一组具有特定尺寸(高度)和字样的字符；字样指示字体共有属性，如粗细等。字体封装在CFont类中，建立字体对象，要在CFont构造之后，再调用CFont的成员函数CreateFont或CreateFontIndirect等来建立GDI字体资源。针对字体，有一个LOGFONT结构，其中定义了字体的所有特性。也可通过填充它来创建字体。

后记：写这一章的笔记时有一种被作者牵着鼻子走的感觉。知识点太多，写出来有一种罗列或拼凑的嫌疑。我不希望这样，但想一想，技术也就是这样。所以我希望大家看的时候，能够思考着看，而不是记忆着看。思考着看只要求我们知道技术点、怎么用，用熟了，用多了，也就记住了。精华是浓缩的，至于如何把它化开，可要靠你自己了。

堆与栈的问题：

  堆，heap,   可以动态的建立和删除的内存。  
  栈，stack,先进后出的数据结构，是用来暂时保存数据的。 

堆用来动态分配内存，栈由编译器自动使用，用来分配局部变量、函数参数。堆的增长由内存的底部向上，栈的增长由内存的高端向下。堆的大小一般比栈大得多。

  堆是用来实现动态存储分配的，和FILO没有关系。   
  栈由于它先进后出的特性适合作活动记录（包括函数返回地址，局部变量，对于pascal等语言还包括display表）的存储。（想一想如果你编写一个递归程序，栈是怎样起作用的。）   至于堆和栈的组织是不是相临的，这和OS的实现有关。 

  CObject   aboj;  
  则aobj建在堆栈中  
  CObject   *pAObj=new   CObject()  
  pAObj建在堆中，需要你用delete删除之。  
  比如用到DC对象的时候，可以这样：  
  CDC   dc(this)//建在堆栈中，函数结束后自动删除  
  CDC   *pDC                 //建在堆中，需要ReleaseDC(pDC)删除。

00001: #ifndef _YHB_SYSERROR_INCLUDED_
00002: #define _YHB_SYSERROR_INCLUDED_
00003: 
00004: #include <stdexcept>
00005: #include <string>
00006: 
00007: namespace yhb {
00008: 
00009: class SysError
00010:     : public std::runtime_error
00011: {
00012: public:
00013:     SysError(int err=0)
00014:         : runtime_error(makeMsgFromErrorNum(err))
00015:     {}
00016:     SysError(const char *customMsg, int err = 0)
00017:         : runtime_error(makeMsgFromErrorNum(customMsg, err))
00018:     {}
00019:     static std::string makeMsgFromErrorNum(unsigned err = 0);
00020:     static std::string makeMsgFromErrorNum(const char *customMsg, unsigned err = 0);
00021: };
00022: 
00023: } // end of namespace
00024: 
00025: #endif

SysError从std::runtime_error派生，因此可以被抛出并被作为std::exception捕获。

如果不想使用异常，也可以用它的两个静态方法来返回错误信息。

实现

00001: #include "StdAfx.h"
00002: #include "./SysError.h"
00003: #include <sstream>
00004: #include <LMErr.h>
00005: 
00006: #define WIN32_LEAN_AND_MEAN
00007: #include <Windows.h>
00008: 
00009: using namespace std;
00010: 
00011: namespace yhb {
00012: 
00013: /************************************************************************
00014:     管理用LoadLibrary()加载的模块句柄
00015: ************************************************************************/
00016: class Module {
00017: public:
00018:     explicit Module(HMODULE handle=0)
00019:         : handle_(handle)
00020:     {}
00021:     ~Module() {
00022:         free();
00023:     }
00024:     Module & operator = (HMODULE handle) {
00025:         free();
00026:         handle_ = handle;
00027:         return *this;
00028:     }
00029:     bool isValid() const { return 0!=handle_; }
00030:     operator HMODULE() const { return handle_; }
00031: private:
00032:     Module(const Module &);
00033:     Module & operator = (const Module &);
00034:     void free() {
00035:         if (0!=handle_) {
00036:             ::FreeLibrary(handle_);
00037:             handle_ = 0;
00038:         }
00039:     }
00040:     HMODULE    handle_;
00041: };
00042: 
00043: /************************************************************************
00044:     SysError
00045: ************************************************************************/
00046: string SysError::makeMsgFromErrorNum(unsigned err/* =0 */) {
00047:     if (0==err) {
00048:         err = GetLastError();
00049:         if (NOERROR==err)
00050:             return "no error!";
00051:     }
00052:     Module module;
00053:     DWORD flag = FORMAT_MESSAGE_IGNORE_INSERTS | FORMAT_MESSAGE_FROM_SYSTEM;
00054:     if (err >= NERR_BASE && err <= MAX_NERR) {
00055:         module = LoadLibraryExA("netmsg.dll", 0, LOAD_LIBRARY_AS_DATAFILE);
00056:         if (module.isValid())
00057:             flag |= FORMAT_MESSAGE_FROM_HMODULE;
00058:     }
00059:     char buf[1024];
00060:     if (FormatMessageA(flag, static_cast<HMODULE>(module),
00061:             err, MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT),
00062:             buf, sizeof(buf), 0))
00063:     {
00064:         return buf;
00065:     } else {
00066:         ostringstream os;
00067:         os << "Unknown error: " << err << " (0x" << hex << err << ')';
00068:         return os.str();
00069:     }
00070: }
00071: 
00072: string SysError::makeMsgFromErrorNum(const char *customMsg, unsigned err/* =0 */) {
00073:     string result(customMsg);
00074:     result += ' ';
00075:     result += makeMsgFromErrorNum(err);
00076:     return result;
00077: }
00078: 
00079: } //end of namespace 

C++里一种比较常用的方法，是将资源封装成一个类，在析构的时候释放该资源，比如上面的Module，析构的时候调用FreeLibrary。