BOOL CopyAndDel(LPCTSTR lpExistingFileName, LPCTSTR lpNewFileName)
{
    if (CopyFile(lpExistingFileName, lpNewFileName, FALSE))
    {
        if (!DeleteFile(lpExistingFileName))
        {
            SetFileAttributes(lpExistingFileName, FILE_ATTRIBUTE_NORMAL);
            return DeleteFile(lpExistingFileName);
        }
        return TRUE;
    }
    return FALSE;
}

这个小函数的缺陷在于还需要考虑删除文件的属性问题。似乎利用MoveFile和DeleteAndRenameFile组合更好一些。

这里总结一下：
MoveFile 重命名一个文件或目录，包括它所有的孩子。可对文件夹进行操作。不过需要保证的是新文件或新文件夹不存在，否则调用失败。
DeleteAndRenameFile 当拷贝源文件的内容到目的文件后，删除源文件。需要保证目的文件在调用前已经存在。
CopyFile 拷贝一个已经存在的文件，并生成一个新的文件。不能对文件夹进行操作。
DeleteFile 删除一个文件。不能删除文件夹。该函数删除失败的时候，考虑一下文件的属性问题。
RemoveDirectory 删除一个空的文件夹。

 

一、快捷方式的获取

SHGetShortcutTarget

功能：

获取快捷方式的目标路径

原型：

BOOL SHGetShortcutTarget(

  LPTSTR szShortcut,

  LPTSTR szTarget,

  int cbMax

);

参数：

szShortcut ：包含快捷方式名字的字符串

szTarget ：包含快捷方式目标路径的字符串， 字符串的大小至少是cbMax。

cbMax ：将被拷贝到缓存szTarget的最大字符串

返回值：

成功返回TRUE,否则返回FALSE。

示例代码：

TCHAR StartMenuFilePath[MAX_PATH];
::SHGetSpecialFolderPath(NULL, StartMenuFilePath, CSIDL_PROGRAMS, FALSE);
TCHAR szShortPath[MAX_PATH];
wsprintf(szShortPath, _T("%s\\%s"), StartMenuFilePath, _T("搜索.lnk"));
TCHAR szFilePath[MAX_PATH];
:SHGetShortcutTarget(szShortPath, szFilePath, sizeof(szFilePath));

执行完毕后，
szFilePath 的值为shfind.exe

二、快捷方式的创建

SHCreateShortcut

功能：

创建快捷方式。

原型：

DWORD WINAPI SHCreateShortcut(

  LPTSTR szShortcut,

  LPTSTR szTarget

);

参数：

szShortcut ：包含快捷方式名字和路径的字符串。在路径指定的位置创建快捷方式。

szTarget： 包含快捷方式目标路径和参数的字符串。大小限定在256个字符以内。

返回值：

成功返回TRUE，否则返回FALSE。如果指定的快捷方式已经存在的话将返回FALSE。

示例代码：

SHCreateShortcut(_T("\\搜索.lnk"), _T("shfind.exe"));
执行结果为在根目录下创建了“搜索.lnk”这个快捷方式文件。

三、补充说明

这里主要针对获取快捷方式的内容进行几点说明：

我们获取快捷方式的时候，内容不一定只包含路径，有可能存在一下的情况，如：

1、路径后跟随名称

\Windows\“开始”菜单\程序\任务.lnk

2、缩写名

poutlook.exe tasks

\Windows\“开始”菜单\程序\ActiveSync.lnk

:MSSYNCAPP

3、路径后跟随数字

\Windows\“开始”菜单\程序\游戏\icon.lnk

shellres.dll,-8229

考虑以上这几种情况，我们在获取快捷方式路径时，需要对路径做一些特殊处理。这里重点说一下第二种情况，这个缩写代表什么意思？在网上搜索了一下，原来我们可以在[HKEY_LOCAL_MACHINE\Software\Microsoft\Shell\Rai\]键值下找到名为:MSSYNCAPP的子键，键值为1的子键数值指明了名为:MSSYNCAPP的程序名称。但我们从这里获得的值，有时也不是路径，还会再次出现上述三种情况。所以，如果我们想从快捷方式中获取路径的话，就需要留意一些了。

至于为什么会这样，我还不是很明白。

在我们的手机中，不同的程序有不同的图标，怎么抓取这些程序的图标呢？不用急啊，系统给我们提供了一个API：ExtractIconEx。

这个函数使用起来很简便，下面是一个示例代码，一看就会了。

已知程序路径szFilePath
    HICON hIcon = NULL;
    ExtractIconEx(szFilePath, 0, NULL, &hIcon, 1);

函数具体怎么用呢？下面我们简单看一下：

ExtractIconEx

作用

从指定的执行文件或DLL中获得图标句柄。

原型

HICON ExtractIconEx(

  LPCTSTR lpszFile,

  int nIconIndex,

  HICON FAR* phiconLarge,

  HICON FAR* phiconSmall,

  UINT nIcons

);

参数

lpszFile：抽取图标的执行文件或DLL文件的路径

nIconIndex：第一个图标的索引。如果是Windows CE 2.10或以后的版本，该值必须为0或-N，当N为指定资源标识。nIcons该值必须为1.

phiconLarge：从文件中抽取的大图标句柄。

phiconSmall：从文件中抽取的小图标句柄。

nIcons：从文件中抽取的图标数

返回值

在博客里，有人问我这个问题：如何在指定目录下创建文件夹。这个我还真的没有做过。用CreateFile，似乎里面也没有跟文件夹相关的任何东西。于是就在SDK中搜了一下，CreateDirectory。不错，这个就可以用来创建文件夹。

下面来仔细学习一下这个API。

CreateDirectory

功能：

This function creates a new directory. If the underlying file system supports security on files and directories, the function applies a specified security descriptor to the new directory.

（创建一个新的文件夹。如果基本的文件系统在文件或文件夹上支持安全描述，那么该函数将在新建的文件夹上应用指定的安全描述）

原型：

BOOL CreateDirectory(

  LPCTSTR lpPathName, 

  LPSECURITY_ATTRIBUTES lpSecurityAttributes 

);

参数：

lpPathName：包含将被创建的文件夹路径的字符串，字符串的长度不超过MAX_PATH。

lpSecurityAttributes：忽略，设为NULL

返回值：

成功则返回非零，失败则返回零。

备注：

Some file systems, such as NTFS file system, support compression or encryption for individual files and directories. On volumes formatted for such a file system, a new directory inherits the compression and encryption attributes of its parent directory.

In Windows CE 5.0 and later, full path canonicalization is performed before CreateDirectory processes a path name. As a result, trailing backslashes that may appear in a user-provided path name are ignored.

一些文件系统，像NTFS文件系统，对于个别的文件或目录支持压缩或加密。以卷格式化的文件系统，一个新的目录将继承它父目录的压缩和加密特性。

在Windows CE 5.0或以后的版本中，全路径的规范化将在CreateDirectory处理路径名字前执行。结果是，出现在用户指定的路径名中的反斜线将被忽略。

最近很忙，有时也犯点懒。转的东西多些，自己写东西的时候少了好多。曾经豪言的100篇总结，似乎也只完成了5或6篇。离目标还有很远的距离。所以继续。

这次是一个很小的知识点，只是简单的改变对话框的OK或CANCEL按钮。我们的法宝是SHDoneButton函数。

我先给几个小示例：

已知想要改变的窗口句柄hWnd;

// 显示OK按钮

  SHDoneButton(hWnd, SHDB_SHOW);

// 显示CANCEL按钮

  SHDoneButton(hWnd, SHDB_SHOWCANCEL);

我们再具体看一下这个函数的使用。原来我认为挺简单的，仔细看了一下SDK，竟然还有那么多的注意事项，那我们来学习一下这个函数

SHDoneButton
功能：This function is provided for applications that need to dynamically show or hide the OK button based on the state of the application.（可以使应用程序动态的显示或隐藏OK按钮）

原型：

BOOL SHDoneButton(

  HWND hwndRequester,

  DWORD dwState

);

参数：

hwndRequester ：[in] Handle to the top-level window requesting the Done button. （指定窗口）

dwState ：[in] Specifies the button state. （指定按钮的状态）

按钮的状态有三个值，分别为：

SHDB_SHOW：添加属性WS_EX_CAPTIONOKBTN到指定的窗口。当指定窗口成为最前的窗口时，OK按钮将会显现。注意指定窗口不能设置为样式WS_CAPTION。

SHDB_HIDE：从指定窗口移出WS_EX_CAPTIONOKBTN属性。下次当指定窗口成为最前窗口时，OK按钮将不再显示。

SHDB_SHOWCANCEL：将在窗口显示[X]按钮。当[X]按钮按下的时候，将会发送一个WM_COMMAND消息，指定IDCANCEL值。

返回值：

成功则返回TRUE，失败则返回FALSE。

备注：

Typically, the Done button (the OK button that appears in the upper-right corner of the screen) is managed by the shell, and showing or hiding the OK button happens automatically. A top-level window that needs the Done button to appear should use the following window styles:

Must have WS_EX_CAPTIONOKBTN

Must not have WS_CAPTION
WS_CHILD

Note   WS_CAPTION is defined as (WS_BORDER
WS_DLGFRAME). To make the OK button appear, you must ensure that your window does not have either of these styles.

Whenever the foreground window changes, the shell checks the style bits of the window to determine if the OK button should appear in the navigation bar.

To suppress the OK button, use the WS_NONAVDONEBUTTON style.

（通常情况下，确定按钮是由shell控制的，自动的显示和隐藏OK按钮。一个最顶层的窗口需要确定按钮出现时需要使用下列窗口样式：

必须具有WS_EX_CAPTIONOKBTN属性

必须不能含有WS_CAPTION和WS_CHILD属性样式。

当最前窗口改变时，shell将检查窗口的样式来决定OK按钮是否出现在导航按钮中。）

对于这个备注，我没有怎么注意过。所以为了验证我这里做了一下实验。发现WS_CAPTION这个属性对OK按钮的显示没有多大影响。只是显示[X]按钮没有实验出来。

PerformCallBack4函数的定义：

[DllImport("coredll.dll")]
public static extern uint PerformCallBack4(ref CallBackInfo CallBackInfo,
IntPtr ni_pVoid1,IntPtr ni_pVoid2,IntPtr ni_pVoid3);

其中函数的参数CallBackInfo结构定义:
public struct CallBackInfo
{
public IntPtr hProc; //远程的目标进程
public IntPtr pfn; //指向远程目标进程的函数地址的指针
public IntPtr pvArg0; //函数的需要的第一个参数
}

而PerformCallback4的 ni_pVoid1、ni_pVoid2、ni_pVoid3为传递到远程目标进程执行函数的其它三个参数。

例子：
/*-------------------------------------------------------------------
   FUNCTION: CallCoredllInProc
   PURPOSE:  CallCoredllInProc uses undocumented method
    PerformCallBack4 to call exported methods from coredll.dll in
    the specified process.
   PARAMETERS:
    HANDLE  p_hProcess - handle to the process, where the call should
        be made
    LPCTSTR p_pszMethodName - name of method exported from coredll,
        such as VirtualAlloc, VirtualFree, etc.
    DWORD p_dwParam1, p_dwParam2, p_dwParam3, p_dwParam4 - arguments
    DWORD * p_pdwResult - pointer to the return value
   RETURNS:
    TRUE on success, FALSE on failure
-------------------------------------------------------------------*/
BOOL CallCoredllInProc
(
    HANDLE  p_hProcess,
    LPCTSTR p_pszMethodName,
    DWORD   p_dwParam1, DWORD p_dwParam2,
    DWORD   p_dwParam3, DWORD p_dwParam4,
    DWORD * p_pdwResult)
{
    HINSTANCE l_hCoreDll = NULL;
    BOOL l_bReturn = FALSE;
    __try
    {
        //Use undocumented method PerformCallBack4
        //to call method in NK.EXE.
        CALLBACKINFO CallbackInfo;
        CallbackInfo.m_hDestinationProcessHandle = p_hProcess;
        l_hCoreDll = LoadLibrary(_T("COREDLL"));
        CallbackInfo.m_pFunction =
            (FARPROC)GetProcAddress(l_hCoreDll, p_pszMethodName);
        if(!CallbackInfo.m_pFunction)
        {
            /*HTRACE(TG_Error,
                _T("GetProcAddress(%x, %s) failed. Err %d"),
                l_hCoreDll, p_pszMethodName, GetLastError());
            */
        }
        else
        {
            CallbackInfo.m_pFirstArgument = (LPVOID)p_dwParam1;
            DWORD l_dwResult = PerformCallBack4
                (&CallbackInfo, p_dwParam2, p_dwParam3, p_dwParam4);
            if(p_pdwResult)
            {
                *p_pdwResult = l_dwResult;
            }
            l_bReturn = TRUE;
        }
    }
    __except(1)
    {
        /*
        HTRACE(TG_Error, _T("Exception in CallCoredllInProc(%s)"),
            p_pszMethodName);
        */
        l_bReturn = FALSE;
    }
    if(l_hCoreDll)
    {
        FreeLibrary(l_hCoreDll);
    }
    return l_bReturn;
}//BOOL CallCoredllInProc

CreateAPISet
CE6.0以前是个未公开API，不过6.0以后就公开了
This function creates an API set from the list of functions passed as a parameter.

Syntax

HANDLE CreateAPISet(
  char acName[4],
  USHORT cFunctions,
  const PFNVOID *ppfnMethods,
  const ULONGLONG *pu64Sig
);
Parameters
acName
[in] Name of the API set.

cFunctions
[in] Number of functions for this API set.

ppfnMethods
[in] Array of functions for the API set.

pu64Sig
[in] Array of signatures for the functions.

Return Value
A handle to the API set.

Remarks
Before any process can become a handle server, the process must create and register a handle-based API set with this function and RegisterAPISet.

Requirements
Header pkfuncs.h
Library coredll.lib
Windows Embedded CE Windows Embedded CE 6.0 and later
CE6.0以前在coredll.dll里面有这个函数

RegisterAPISet
CE6.0以前是个未公开API，不过6.0以后就公开了
This function registers an API set.

Syntax
BOOL RegisterAPISet(
  HANDLE hASet,
  DWORD dwSetID
);

Parameters
hASet
[in] Handle to API set created by the CreateAPISet function.

dwSetID
[in] Type of API set. You must perform a bitwise OR operation on this parameter with REGISTER_APISET_TYPE to create a handle-based API set.

Return Value
TRUE indicates success. FALSE indicates failure. Call GetLastError to get extended error information.

Remarks
Before any process can become a handle server, the process must create and register a handle-based API set with CreateAPISet and RegisterAPISet.

Requirements
Header pkfuncs.h
Library coredll.lib
Windows Embedded CE Windows Embedded CE 6.0 and later
CE6.0以前在coredll.dll里面有这个函数

QueryAPISetID
根据名字查询该API的ID，由coredll.dll提供
Syntax
int QueryAPISetID(
  char *pName
);

Parameters
pName
[in] API的名字

Return Value
API的ID

GetAPIAddress
获取特定API的特定Method的地址，由coredll.dll提供
FARPROC GetAPIAddress(
  int setId,
  int iMethod
);

Parameters
setId
[in] API的ID

iMethod
[in] Method的ID

Return Value
该Method的地址

GetProcessIndexFromID
根据进程的ID计算出进程的序号（这个序号就是进程处于第几个slot），由coredll.dll提供
Syntax
DWORD GetProcessIndexFromID(
  HANDLE hProc
);

Parameters
hProc
[in] 进程的句柄，这里为什么不是进程的ID而是进程的句柄呢？非常简单，因为在CE中进程的句柄就是进程的ID！

Return Value
进程的序号

　　异步方式指的是发送方不等接收方响应，便接着发下个数据包的通信方式；而同步指发送方发出数据后，等收到接收方发回的响应，才发下一个数据包的通信方式。

　　阻塞套接字是指执行此套接字的网络调用时，直到成功才返回，否则一直阻塞在此网络调用上，比如调用recv()函数读取网络缓冲区中的数据，如果没有数据到达，将一直挂在recv()这个函数调用上，直到读到一些数据，此函数调用才返回；而非阻塞套接字是指执行此套接字的网络调用时，不管是否执行成功，都立即返回。比如调用recv()函数读取网络缓冲区中数据，不管是否读到数据都立即返回，而不会一直挂在此函数调用上。在实际Windows网络通信软件开发中，异步非阻塞套接字是用的最多的。平常所说的C/S（客户端/服务器）结构的软件就是异步非阻塞模式的。

　　对于这些概念，初学者的理解也许只能似是而非，我将用一个最简单的例子说明异步非阻塞Socket的基本原理和工作机制。目的是让初学者不仅对Socket异步非阻塞的概念有个非常透彻的理解，而且也给他们提供一个用Socket开发网络通信应用程序的快速入门方法。操作系统是Windows 98（或NT4.0），开发工具是Visual C++6.0。

　　MFC提供了一个异步类CAsyncSocket，它封装了异步、非阻塞Socket的基本功能，用它做常用的网络通信软件很方便。但它屏蔽了Socket的异步、非阻塞等概念，开发人员无需了解异步、非阻塞Socket的原理和工作机制。因此，建议初学者学习编网络通信程序时，暂且不要用MFC提供的类，而先用Winsock2     API，这样有助于对异步、非阻塞Socket编程机制的理解。

　　为了简单起见，服务器端和客户端的应用程序均是基于MFC的标准对话框，网络通信部分基于Winsock2 API实现。
　　先做服务器端应用程序。
　　用MFC向导做一个基于对话框的应用程序SocketSever，注意第三步中不要选上Windwos Sockets选项。在做好工程后，创建一个SeverSock，将它设置为异步非阻塞模式，并为它注册各种网络异步事件，然后与自定义的网络异步事件联系上，最后还要将它设置为监听模式。在自定义的网络异步事件的回调函数中，你可以得到各种网络异步事件，根据它们的类型，做不同的处理。下面将详细介绍如何编写相关代码。
　　在SocketSeverDlg.h文件的类定义之前增加如下定义：

#define     NETWORK_EVENT     WM_USER+166     file://定义网络事件
   
SOCKET ServerSock; file://服务器端Socket
在类定义中增加如下定义：
class CSocketSeverDlg : CDialog
{
public:
       SOCKET ClientSock[CLNT_MAX_NUM]; file://存储与客户端通信的Socket的数组

       /*各种网络异步事件的处理函数*/
       void OnClose(SOCKET CurSock);      file://对端Socket断开
       void OnSend(SOCKET CurSock);      file://发送网络数据包
       void OnReceive(SOCKET CurSock); file://网络数据包到达
       void OnAccept(SOCKET CurSock);     file://客户端连接请求

       BOOL InitNetwork();     file://初始化网络函数
       void OnNetEvent(WPARAM wParam, LPARAM lParam); file://异步事件回调函数
                   …
};
        
在SocketSeverDlg.cpp文件中增加消息映射，其中OnNetEvent是异步事件回调函数名：
       ON_MESSAGE(NETWORK_EVENT,OnNetEvent)
定义初始化网络函数，在SocketSeverDlg.cpp文件的OnInitDialog（）中调此函数即可。
BOOL CSocketSeverDlg::InitNetwork()
{
       WSADATA wsaData;

       //初始化TCP协议
       BOOL ret = WSAStartup(MAKEWORD(2,2), &wsaData);
       if(ret != 0)
       {
           MessageBox('初始化网络协议失败!');
           return FALSE;
       }

       //创建服务器端套接字
       ServerSock = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
       if(ServerSock == INVALID_SOCKET)
       {
           MessageBox('创建套接字失败!');
           closesocket(ServerSock);
           WSACleanup();
           return FALSE;
       }

       //绑定到本地一个端口上
       sockaddr_in localaddr;
       localaddr.sin_family = AF_INET;
       localaddr.sin_port = htons(8888);     //端口号不要与其他应用程序冲突
       localaddr.sin_addr.s_addr = 0;
       if(bind(ServerSock ,(struct sockaddr*)&localaddr,sizeof(sockaddr))
                                             = = SOCKET_ERROR)
       {
           MessageBox('绑定地址失败!');
           closesocket(ServerSock);
           WSACleanup();
           return FALSE;
       }

       //将SeverSock设置为异步非阻塞模式，并为它注册各种网络异步事件，其中m_hWnd      
       //为应用程序的主对话框或主窗口的句柄
       if(WSAAsyncSelect(ServerSock, m_hWnd, NETWORK_EVENT, FD_ACCEPT | FD_CLOSE | FD_READ | FD_WRITE) == SOCKET_ERROR)
       {
           MessageBox('注册网络异步事件失败!');
           WSACleanup();
           return FALSE;
       }
       listen(ServerSock, 5); file://设置侦听模式
       return TRUE;
}

下面定义网络异步事件的回调函数
void CSocketSeverDlg::OnNetEvent(WPARAM wParam, LPARAM lParam)
{
       //调用Winsock API函数，得到网络事件类型
       int iEvent = WSAGETSELECTEVENT(lParam);

       //调用Winsock API函数，得到发生此事件的客户端套接字
       SOCKET CurSock= (SOCKET)wParam;

       switch(iEvent)
       {
           case FD_ACCEPT:         //客户端连接请求事件
               OnAccept(CurSock);
               break;
           case FD_CLOSE:          //客户端断开事件:
               OnClose(CurSock);
               break;
           case FD_READ:           //网络数据包到达事件
               OnReceive(CurSock);
               break;
            case FD_WRITE:         //发送网络数据事件
               OnSend(CurSock);
               break;
            default: break;
        }
}
   
　　以下是发生在相应Socket上的各种网络异步事件的处理函数，其中OnAccept传进来的参数是服务器端创建的套接字，OnClose()、OnReceive()和OnSend()传进来的参数均是服务器端在接受客户端连接时新创建的用与此客户端通信的Socket。
void CSocketSeverDlg::OnAccept(SOCKET CurSock)
{
       //接受连接请求，并保存与发起连接请求的客户端进行通信Socket
       //为新的socket注册异步事件，注意没有Accept事件
}

void CSocketSeverDlg::OnClose(SOCET CurSock)
{
       //结束与相应的客户端的通信，释放相应资源
}

void CSocketSeverDlg::OnSend(SOCET CurSock)
{
       //在给客户端发数据时做相关预处理
}

void CSocketSeverDlg::OnReceive(SOCET CurSock)
{
       //读出网络缓冲区中的数据包
}       
       
　　用同样的方法建立一个客户端应用程序。初始化网络部分，不需要将套接字设置为监听模式。注册异步事件时，没有FD_ACCEPT，但增加了FD_CONNECT事件，因此没有OnAccept()函数，但增加了OnConnect()函数。向服务器发出连接请求时，使用connect()函数，连接成功后，会响应到OnConnect()函数中。下面是OnConnect()函数的定义，传进来的参数是客户端Socket和服务器端发回来的连接是否成功的标志。
void CSocketClntDlg::OnConnect(SOCKET CurSock, int error)
{
       if(0 = = error)
       {
           if(CurSock = = ClntSock)
           MessageBox('连接服务器成功!');
       }
}
　　定义OnReceive()函数，处理网络数据到达事件;
　　定义OnSend()函数，处理发送网络数据事件;
　　定义OnClose()函数，处理服务器的关闭事件。
            
　　以上就是用基于Windows消息机制的异步I/O模型做服务器和客户端应用程序的基本方法。另外还可以用事件模型、重叠模型或完成端口模型，读者可以参考有关书籍。
　　在实现了上面的例子后，你将对Winsock编网络通信程序的机制有了一定的了解。接下来你可以进行更精彩的编程, 不仅可以在网上传输普通数据，而且还以传输语音、视频数据，你还可以自己做一个网络资源共享的服务器软件，和你的同学在实验室的局域网里可以共同分享你的成果。

同步服务器套接字挂起应用程序的执行，直到套接字上接收到连接请求。同步服务器套接字不适用于在操作中大量使用网络的应用程序，但它们可能适用于简单的网络应用程序。使用 Bind 和 Listen 方法设置 Socket 以在终结点上侦听之后，Socket 就可以随时使用 Accept 方法接受传入的连接请求了。应用程序被挂起，直到调用 Accept 方法时接收到连接请求。

    Mobile 中的进程信息大体包含在PROCESSENTRY32结构中，我们可以获得进程的诸多信息，此处无法获得进程所占内存和CPU利用率。
数据结构

typedef struct tagPROCESSENTRY32 {

  DWORD dwSize;

  DWORD cntUsage;

  DWORD th32ProcessID;

  DWORD th32DefaultHeapID;

  DWORD th32ModuleID;

  DWORD cntThreads;

  DWORD th32ParentProcessID;

  LONG  pcPriClassBase;

  DWORD dwFlags;

  TCHAR szExeFile[MAX_PATH];

  DWORD th32MemoryBase;

  DWORD th32AccessKey;

  } PROCESSENTRY32;

  typedef PROCESSENTRY32* PPROCESSENTRY32;

                              
代码示例

 1
 2// 创建快照句柄
 3
 4HANDLE hSnapshot = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0);
 5
 6if (INVALID_HANDLE_VALUE != hSnapshot)
 7
 8{
 9
10     // 先搜索系统中第一个进程的信息
11
12     Process32First(hSnapshot, &pe);
13
14     do{      
15
16           // 可通过pe获取指定的信息
17
18//……
19
20          // 获取感兴趣的进程信息
21
22          //……
23
24          // 获取进程所在路径
25
26TCHAR processPath[MAX_PATH]
27
28          HPROCESS hProcess = OpenProcess(0, FALSE, pe.th32ProcessID);
29
30          if （NULL != hProcess）
31              GetModuleFileName((HMODULE) hProcess, processPath, sizeof(processPath));
32
33          CloseHandle(hProcess);
34
35}while ( Process32Next(hSnapshot, &pe));
36
37// 关闭快照句柄
38
39CloseToolhelp32Snapshot(hSnapshot); 
40
41}
42

【模块】

已知进程ID，便可获得对应各模块的信息。在此介绍了如何获得模块的信息。

数据结构

代码示例

 1MODULEENTRY32 me; // 定义模块对象
 2me.dwSize = sizeof(me);
 3// 创建对应进程的模块快照
 4HANDLE handle = CreateToolhelp32Snapshot(TH32CS_SNAPMODULE, pe.th32ProcessID);
 5if (INVALID_HANDLE_VALUE != handle)
 6{
 7// 先搜索系统中第一个模块的信息
 8Module32First(handle, &me);
 9    do{
10          // 获取模块信息
11          //……
12// 获取感兴趣的模块信息
13//……
14
15          // 获取模块所在路径
16          GetModuleFileName(me.hModule, me.szExePath, sizeof(me.szExePath)); 
17    }while (Module32Next(handle, &me));
18// 关闭快照
19CloseToolhelp32Snapshot(handle); 
20 }
21

三种状态分别是关闭蓝牙；打开蓝牙，使蓝牙可连接；打开连接，使蓝牙可连接和可发现。

获取蓝牙的状态是利用API函数BthGetMode。设置蓝牙的状态是利用API函数BthSetMode。

首先我们看一下BthGetMode
其原型为：
int BthGetMode(
  DWORD* pdwMode
);
其作用为：获得蓝牙设备当前的状态模式.
返回值：如果返回ERROR_SUCCESS ，则成功，否则失败。

pdwMode
);
其作用为：获得蓝牙设备当前的状态模式.
返回值：如果返回ERROR_SUCCESS ，则成功，否则失败。

BthSetMode
其原型为：
int BthSetMode(
  DWORD dwMode
);
其作用为：设置蓝牙设备的状态模式，并将它表现在控制面板上。自启或硬件插入的时候都将维持此状态模式。
返回值：如果返回ERROR_SUCCESS ，则成功，否则失败。

比较简单吧。不举例了。

// Structure used to store enumerated languages and code pages.

struct LANGANDCODEPAGE {
  WORD wLanguage;
  WORD wCodePage;
} *lpTranslate;

// Read the list of languages and code pages.
DWORD cbTranslate = 0;

VerQueryValue(pBlock, 
              TEXT("\\VarFileInfo\\Translation"),
              (LPVOID*)&lpTranslate,
              &cbTranslate);

// Read the file description for each language and code page.

for( i=0; i < (cbTranslate/sizeof(struct LANGANDCODEPAGE)); i++ )
{
  wsprintf( SubBlock, 
            TEXT("\\StringFileInfo\\%04x%04x\\FileDescription"),
            lpTranslate[i].wLanguage,
            lpTranslate[i].wCodePage);

  // Retrieve file description for language and code page "i". 
  VerQueryValue(pBlock, 
                SubBlock, 
                &lpBuffer, 
                &dwBytes); 
}

Return Values

If the specified version-information structure exists, and version information is available, the return value is nonzero. If the address of the length buffer is zero, no value is available for the specified version-information name.

If the specified name does not exist or the specified resource is not valid, the return value is zero.

如果cbTranslate为零的话，则没有任何版本信息获得，所以我的判断if (lpTranslate != NULL)是不充分的。

所以需要改为if (lpTranslate != NULL && cbTranslate != 0)， 这样就OK了。

总结： 要认真看文档， 有些条件要注意到！

　　最近编写一个医疗项目的程序，需要用 Windows Mobile 来做通信处理，需要将手机端的数据通过GPRS传送至公网上的一个服务器上。数据传输我采用的是socket，用数据线+ActiveSync调试通过，数据传输正常，在准备将软件提交给质检部门的时候，用真正的GPRS来做通信测试时，问题出来了，连接始终建立不了，但用手机的IE浏览器却能正常打开网页，而且奇怪的是只要用IE浏览器成功访问过一次网页，我的 socket 就能正常进行数据通信，看来传说中的GPRS常连接被我误解了。
　　手机开通GPRS以后，我们的socket 程序还不能直接建立网络连接，需要用连接管理器来获取当前可用连接，并自动选择一个最佳的连接途径，然后启用这个连接，在连接启动成功以后再用socket 进行网络连接方可正常进行。大概GPRS拨号和连接过程就是在这里自动进行的吧。源代码中封装了一个连接管理的类和测试代码，可以清楚地看到Windows Mobile 在socket 编程之前到底需要做什么样的操作。

首先需要枚举当前可用的连接

void CConnectManager::EnumNetIdentifier ( OUT CStringArray &StrAry )
{
CONNMGR_DESTINATION_INFO networkDestInfo = {0};
// 得到网络列表
for ( DWORD dwEnumIndex=0; ; dwEnumIndex++ )
{
memset ( &networkDestInfo, 0, sizeof(CONNMGR_DESTINATION_INFO) );
if ( ConnMgrEnumDestinations ( dwEnumIndex, &networkDestInfo ) == E_FAIL )
{
break;
}
StrAry.Add ( networkDestInfo.szDescription );
}
}

int CConnectManager::MapURLAndGUID ( LPCTSTR lpszURL, OUT GUID &guidNetworkObject, OUT CString *pcsDesc/*=NULL*/ )
{
if ( !lpszURL || lstrlen(lpszURL) < 1 )
return FALSE;
memset ( &guidNetworkObject, 0, sizeof(GUID) );
int nIndex = 0;
HRESULT hResult = ConnMgrMapURL ( lpszURL, &guidNetworkObject, (DWORD*)&nIndex );
if ( FAILED(hResult) )
{
nIndex = -1;
DWORD dwLastError = GetLastError ();
AfxMessageBox ( _T("Could not map a request to a network identifier") );
}
else
{
if ( pcsDesc )
{
CONNMGR_DESTINATION_INFO DestInfo = {0};
if ( SUCCEEDED(ConnMgrEnumDestinations(nIndex, &DestInfo)) )
{
*pcsDesc = DestInfo.szDescription;
}
}
}
return nIndex;
}

BOOL CConnectManager::EstablishConnection ( DWORD dwIndex )
{
ReleaseConnection ();
// 得到正确的连接信息
CONNMGR_DESTINATION_INFO DestInfo = {0};
HRESULT hResult = ConnMgrEnumDestinations(dwIndex, &DestInfo);
BOOL bRet = FALSE;
if(SUCCEEDED(hResult))
{
// 初始化连接结构
CONNMGR_CONNECTIONINFO ConnInfo;
ZeroMemory(&ConnInfo, sizeof(ConnInfo));
ConnInfo.cbSize = sizeof(ConnInfo);
ConnInfo.dwParams = CONNMGR_PARAM_GUIDDESTNET;
ConnInfo.dwFlags = CONNMGR_FLAG_PROXY_HTTP |
CONNMGR_FLAG_PROXY_WAP |
CONNMGR_FLAG_PROXY_SOCKS4 |
CONNMGR_FLAG_PROXY_SOCKS5;
ConnInfo.dwPriority = CONNMGR_PRIORITY_USERINTERACTIVE;
ConnInfo.guidDestNet = DestInfo.guid;
ConnInfo.bExclusive	= FALSE;
ConnInfo.bDisabled = FALSE;
DWORD dwStatus = 0;
hResult = ConnMgrEstablishConnectionSync(&ConnInfo, &m_hConnection, 10*1000, &dwStatus );
if(FAILED(hResult))
{
m_hConnection = NULL;
}
else bRet = TRUE;
}
return bRet;
}

BOOL CConnectManager::WaitForConnected ( int nTimeoutSec, DWORD *pdwStatus/*=NULL*/ )
{
DWORD dwStartTime = GetTickCount ();
BOOL bRet = FALSE;
while ( GetTickCount ()-dwStartTime < (DWORD)nTimeoutSec * 1000 )
{
if ( m_hConnection )
{
DWORD dwStatus = 0;
HRESULT hr = ConnMgrConnectionStatus ( m_hConnection, &dwStatus );
if ( pdwStatus ) *pdwStatus = dwStatus;
if ( SUCCEEDED(hr) )
{
if ( dwStatus == CONNMGR_STATUS_CONNECTED )
{
bRet = TRUE;
break;
}
}
}
Sleep ( 100 );
}
return bRet;
}

SetWaitCursor ();
CSocket sock;
sock.Create ();
if ( sock.Connect ( _T("www.baidu.com"), 80 ) )
{
RestoreCursor ();
AfxMessageBox ( _T("Connect to www.baidu.com successfully"), MB_ICONINFORMATION );
}
else
{
RestoreCursor ();
AfxMessageBox ( _T("Connect to www.baidu.com failed") );
}

连接可用性 – 检测连接管理器是否可用
映射URL – 是让系统自动寻找一个最好的连接
枚举网络标识符 – 将当前系统中所有可用的连接都会被枚举出来
连接网络 – 将枚举出来的连接选中的那个连接进行连接启用操作。
连接状态 – 表示可以获取到当前连接的状态；
连接到公网测试 – 利用 www.baidu.com 来测试连接是否已经正常启动。

操作步骤：

可以直接按“枚举网络标识符”，程序将所有当前在用的网络枚举出来并添加到 ListBox 控件中；
连接网络。选择一个连接（例如：Internet），按“连接网络”按钮，当提示 Connection net successfully 表示连接已经正常启用了。
按“连接到公网测试”按钮，软件自动和 www.baidu.com 进行连接测试。

总结：
从网上看到GPRS的连接方法大都采用这种方法。但是这种方法在我实际的运用中有时也连不上网络，这让我很郁闷！
方法就是继续寻找更可行的方案。

When called by an application, the Connection Manager application must first determine the end-to-end paths from the device to the target network, for example, the Internet or a corporate network. Connection Manager does this by retrieving all possible connections from the Connection Manager configuration service providers, and finds all the paths from the device to the target network. For more about the service providers, see Connection Manager Configuration Service Provider.

When the Connection Manager application has found all the possible paths from the device to the target network, it uses Connection Planner to determine the best connection to the target network. Connection Planner determines which connection requests should be connected at a specific time and which paths those requests should use to connect to their destination. For more information about the role of this component, see Connection Planner.

Once a proper connection has been determined and established by Connection Planner, the Connection Manager application schedules this connection, taking into account other scheduled connections and their priorities and security levels. It enables multiple applications to use the same connection on an interval basis instead of establishing a separate connection, in an attempt to reduce the number of redundant connections. A device application might need to make a short connection at an interval of every few minutes, and Connection Manager must schedule these short connections. If there are several applications that need to use the same connection on an interval basis, Connection Manager can notify each application when another application has already established that connection.

For example, if five device applications request a connection to the same network at an interval of every half hour, this could result in up to 10 connections to the same location every hour. Connection Manager tries to schedule the connections so that only two actual connections are needed per hour.

When a network connection enters an idle state for a specified period, Connection Manager automatically disconnects the connection. This mechanism frees device applications from having to handle low-level connection tasks. When an application requests a scheduled connection to a certain destination network with a specified time period interval, the Connection Manager application wakes up the device application when a connection to the specified destination network is available, or at the end of each time period interval. In the former case, the application can make use of the available connection. In the latter case, Connection Manager does not establish a connection but just wakes up the application. It is up to the application to request Connection Manager to establish the connection to the destination network.

Windows Mobile 5 is so jam packed with cool new APIs that some of the smaller (but still very useful!) ones fall through the PR cracks.  Here are two that I just got remineded of by a post in the smartphone.developer newsgroup:

ActiveSyncStart & ActiveSyncStop

These device-side APIs do exactly what the names imply.  To kick off or stop a synchornization from a desktop app, just use CeRapiInvoke to call them.