HWND hwnd,

SHCHANGENOTIFYENTRY * pshcne

);

  其中,hwnd,為接收change notification的窗口;

pshcne是一個(gè)指向SHCHANGENOTIFYENTRY結(jié)構(gòu)的指針,它用來指明窗口接收的change notification的類型.如果設(shè)為NULL,窗口將接收all file system, network 和 media類型的notifications.

SHCHANGENOTIFYENTRY是什么樣的一個(gè)結(jié)構(gòu),我們看一下它的定義

typedef  struct  tagSHCHANGENOTIFYENTRY {

   DWORD dwEventMask;

   LPTSTR pszWatchDir;

 BOOL fRecursive;

} SHCHANGENOTIFYENTRY;

dwEventMask 指定發(fā)生什么時(shí)間來發(fā)送notification 消息

pszWatchDir 指定監(jiān)控路徑，該值為NULL的情況下，是監(jiān)控所有的文件。

fRecursive指定是否只監(jiān)控指定路徑還是監(jiān)控指定路徑及其子文件夾。

知道了這些，我們不妨寫一個(gè)這樣的函數(shù)，來啟動(dòng)文件監(jiān)控。

代碼如下：

2、如何處理WM_FILECHANGEINFO消息

WM_FILECHANGEINFO 中的參數(shù)lParam，指向FILECHANGENOTIFY，含有相關(guān)的數(shù)據(jù)。所以我們?cè)谑盏皆撓⒑螅茸鞯囊徊坎僮骶褪?/span>

FILECHANGENOTIFY *lpfcn = (FILECHANGENOTIFY*)lParam;

FILECHANGENOTIFY的結(jié)構(gòu)為：

typedef struct tagFILECHANGENOTIFY {

 DWORD dwRefCount;

 FILECHANGEINFO fci;

} FILECHANGENOTIFY;

我們主要用到了其中的fci參數(shù)。

FILECHANGEINFO的結(jié)構(gòu)為：

struct _FILECHANGEINFO {

 DWORD cbSize;

 LONG wEventId;

 ULONG uFlags;

 DWORD dwItem1;

 DWORD dwItem2;

 DWORD dwAttributes;

 FILETIME ftModified;

 ULONG nFileSize;

} FILECHANGEINFO, *LPFILECHANGEINFO;

dwEventId 與SHCHANGENOTIFYENTRY結(jié)構(gòu)中的dwEventMask對(duì)應(yīng)。

dwItem1,dwItem2是事件依賴的值，里面包括了我們需要的文件的完整路徑。如果是進(jìn)行創(chuàng)建文件的操作，則dwItem1是創(chuàng)建后文件的完整路徑，如果是對(duì)文件進(jìn)行重新命名操作的話，則dwItem2是修改后文件的完整路徑。此處對(duì)其他參數(shù)不做介紹，大家需要的話，可以查看一下。

我們做完相應(yīng)的操作后，要知道釋放，此時(shí)要用到SHChangeNotifyFree。這個(gè)用起來就簡單很多，如SHChangeNotifyFree（lpfcn）。

下面給大家一小段示例代碼，如下

3、如何停止文件監(jiān)控

   停止文件監(jiān)控比較簡單，只要使該窗口不接收WM_FILECHANGEINFO消息即可。使用SHChangeNotifyDeregister(hWnd)即可。

以上是我今天學(xué)習(xí)的一些總結(jié)，此外需要注意的一個(gè)小地方，在mobile上，把一個(gè)文件從一個(gè)文件夾拷到另一個(gè)文件夾，此時(shí)響應(yīng)的事件是SHCNE_CREATE，二從電腦上拷貝一個(gè)文件到mobile上，響應(yīng)的消息為SHCNE_RENAME。我注意到從電腦上拷貝的話，mobile會(huì)先生成一個(gè)Temp文件夾內(nèi)生成一個(gè)臨時(shí)文件，然后再在我們指定的文件夾內(nèi)生成一個(gè)文件。這個(gè)機(jī)制我還不是很清楚為什么。

今天在加數(shù)據(jù)庫的相關(guān)操作時(shí),遇到了一些問題,提示

error C3861: 'CeMountDBVolEx': identifier not found
error C3861: 'CeMountDBVolEx': identifier not found
error C3861: 'CeCreateDatabaseWithProps': identifier not found
error C3861: 'CeCreateSession': identifier not found
error C3861: 'CeOpenDatabaseInSession': identifier not found

我在.cpp文件的開頭加入了

#define EDB
#include <windows.h>
#include <windbase.h>

但是錯(cuò)誤還依然存在

從網(wǎng)上搜索了一些方法

在博文《mobile數(shù)據(jù)庫遇到的問題》

http://blog.sina.com.cn/s/blog_4c5ad0740100cvxg.html

它里面建議使用

extern "C"
{
  #include <windbase_edb.h>
}

但是使用后，問題變成了lnk的錯(cuò)誤

error LNK2019: unresolved external symbol

有人在論壇里建議

#include Windbase_edb.h

也是同樣的問題

最后，我問了一下我的同事

他建議我在

stdafx.h 頭文件中添加

#define EDB
#include <windows.h>
#include <windbase.h>

這樣的確解決了問題。

先粘過來,備以后細(xì)讀
鏈接地址:http://www.bsdlover.cn/index.php?action/viewnews/itemid/1611/page/1/php/1

進(jìn)程間通信有以下方法
Using named objects
Waiting for multiple objects
Waiting in a message loop
Using mutex objects
Using semaphore objects
Using event objects
Using critical section objects
Using timer queues
Using waitable timer objects
 進(jìn)程間的通訊實(shí)現(xiàn)（IPC）的11種方法   

進(jìn)程通常被定義為一個(gè)正在運(yùn)行的程序的實(shí)例，它由兩個(gè)部分組成：
一個(gè)是操作系統(tǒng)用來管理進(jìn)程的內(nèi)核對(duì)象。內(nèi)核對(duì)象也是系統(tǒng)用來存放關(guān)于進(jìn)程的統(tǒng)計(jì)信息的地方
 另一個(gè)是地址空間，它包含所有的可執(zhí)行模塊或DLL模塊的代碼和數(shù)據(jù)。它還包含動(dòng)態(tài)分配的空間。如線程堆棧和堆分配空間。每個(gè)進(jìn)程被賦予它自己的虛擬地址空間，當(dāng)進(jìn)程中的一個(gè)線程正在運(yùn)行時(shí)，該線程可以訪問只屬于它的進(jìn)程的內(nèi)存。屬于其它進(jìn)程的內(nèi)存則是隱藏的，并不能被正在運(yùn)行的線程訪問。
   為了能在兩個(gè)進(jìn)程之間進(jìn)行通訊，由以下幾種方法可供參考：

在16位時(shí)代常使用的方式，CWnd中提供支持
1。窗口消息 標(biāo)準(zhǔn)的Windows消息以及專用的WM_COPYDATA消息 SENDMESSAGE()接收端必須有一個(gè)窗口

2。使用共享內(nèi)存方式（Shared Memory)
a.設(shè)定一塊共享內(nèi)存區(qū)域       
     HANDLE CreateFileMapping(HANDLE,LPSECURITY_ATTRIBUTES, DWORD, DWORD, DWORD,  LPCSTR)
     產(chǎn)生一個(gè)file-mapping核心對(duì)象
     LPVOID MapViewOfFile(
         HANDLE hFileMappingObject,
        DWORD  dwDesiredAcess,
         DWORD  dwFileOffsetHigh,
         DWORD  dwFileOffsetLow,
          DWORD  dwNumberOfBytesToMap
     );
得到共享內(nèi)存的指針
   b.找出共享內(nèi)存
    決定這塊內(nèi)存要以點(diǎn)對(duì)點(diǎn)（peer to peer)的形式呈現(xiàn)
每個(gè)進(jìn)程都必須有相同的能力，產(chǎn)生共享內(nèi)存并將它初始化。每個(gè)進(jìn)程
都應(yīng)該調(diào)用CreateFileMapping(),然后調(diào)用GetLastError().如果傳回的錯(cuò)誤代碼是ERROR_ALREADY_EXISTS,那么進(jìn)程就可以假設(shè)這一共享內(nèi)存區(qū)         域已經(jīng)被別的進(jìn)程打開并初始化了，否則該進(jìn)程就可以合理的認(rèn)為自己 排在第一位，并接下來將共享內(nèi)存初始化。還是要使用client/server架構(gòu)中只有server進(jìn)程才應(yīng)該產(chǎn)生并初始化共享內(nèi)存。所有的進(jìn)程都應(yīng)該使用
HANDLE OpenFileMapping(DWORD dwDesiredAccess,
                                   BOOL bInheritHandle,
                                   LPCTSTR lpName);
        再調(diào)用MapViewOfFile(),取得共享內(nèi)存的指針
   c.同步處理(Mutex)
   d.清理(Cleaning up) BOOL UnmapViewOfFile(LPCVOID lpBaseAddress);
    CloseHandle()

3。動(dòng)態(tài)數(shù)據(jù)交換（DDE）通過維護(hù)全局分配內(nèi)存使的應(yīng)用程序間傳遞成為可能
   其方式是再一塊全局內(nèi)存中手工放置大量的數(shù)據(jù)，然后使用窗口消息傳遞內(nèi)存    指針.這是16位WIN時(shí)代使用的方式，因?yàn)樵赪IN32下已經(jīng)沒有全局和局部內(nèi)存    了，現(xiàn)在的內(nèi)存只有一種就是虛存。  

4。消息管道(Message Pipe)
   用于設(shè)置應(yīng)用程序間的一條永久通訊通道，通過該通道可以象自己的應(yīng)用程序
   訪問一個(gè)平面文件一樣讀寫數(shù)據(jù)。
   名管道(Anonymous Pipes)
    單向流動(dòng)，并且只能夠在同一電腦上的各個(gè)進(jìn)程之間流動(dòng)。
   命名管道(Named Pipes)
   雙向，跨網(wǎng)絡(luò)，任何進(jìn)程都可以輕易的抓住，放進(jìn)管道的數(shù)據(jù)有固定的格式，而使用ReadFile()只能讀取該大小的倍數(shù)?？梢员皇褂糜贗/O Completion Ports

5郵件槽(Mailslots)
    廣播式通信,在32系統(tǒng)中提供的新方法，可以在不同主機(jī)間交換數(shù)據(jù)，在        WIN9X下只支持郵件槽客戶

6Windows套接字(Windows Socket)
   它具備消息管道所有的功能，但遵守一套通信標(biāo)準(zhǔn)使的不同操作系統(tǒng)之上的應(yīng)    用程序之間可以互相通信。

7Internet通信 它讓應(yīng)用程序從Internet地址上載或下載文件

8。RPC：遠(yuǎn)程過程調(diào)用，很少使用，因其與UNIX的RPC不兼容。

9。串行/并行通信(Serial/Parallel Communication)
   它允許應(yīng)用程序通過串行或并行端口與其他的應(yīng)用程序通信

10。COM/DCOM
     通過COM系統(tǒng)的代理存根方式進(jìn)行進(jìn)程間數(shù)據(jù)交換，但只能夠表現(xiàn)在對(duì)接口     函數(shù)的調(diào)用時(shí)傳送數(shù)據(jù)，通過DCOM可以在不同主機(jī)間傳送數(shù)據(jù)。

今天在與同事討論如何進(jìn)行進(jìn)程間的通訊,在網(wǎng)上查找了一些內(nèi)容,貼出來以備查找.

鏈接地址:
http://www.cnblogs.com/henryzc/archive/2005/11/08/271920.html

1、引言
　　在Windows程序中，各個(gè)進(jìn)程之間常常需要交換數(shù)據(jù)，進(jìn)行數(shù)據(jù)通訊。WIN32 API提供了許多函數(shù)使我們能夠方便高效的進(jìn)行進(jìn)程間的通訊，通過這些函數(shù)我們可以控制不同進(jìn)程間的數(shù)據(jù)交換，就如同在WIN16中對(duì)本地進(jìn)程進(jìn)行讀寫操作一樣。
　　典型的WIN16兩進(jìn)程可以通過共享內(nèi)存來進(jìn)行數(shù)據(jù)交換：（1）進(jìn)程A將GlobalAlloc（GMEM_SHARE...）API分配一定長度的內(nèi)存；（2）進(jìn)程A將GlobalAlloc函數(shù)返回的句柄傳遞給進(jìn)程B（通過一個(gè)登錄消息）；（3）進(jìn)程B對(duì)這個(gè)句柄調(diào)用GlobalLock函數(shù)，并利用GlobalLock函數(shù)返回的指針訪問數(shù)據(jù)。這種方法在WIN32中可能失敗，這是因?yàn)镚lobalLock函數(shù)返回指向的是進(jìn)程A的內(nèi)存，由于進(jìn)程使用的是虛擬地址而非實(shí)際物理地址，因此這一指針僅與A進(jìn)程有關(guān)，而于B進(jìn)程無關(guān)。
　　本文探討了幾種WIN32下進(jìn)程之間通訊的幾種實(shí)現(xiàn)方法，讀者可以使用不同的方法以達(dá)到程序運(yùn)行高效可靠的目的。

2、Windows95中進(jìn)程的內(nèi)存空間管理
　　WIN32進(jìn)程間通訊與Windows95的內(nèi)存管理有密切關(guān)系，理解Windows95的內(nèi)存管理對(duì)我們?nèi)缦碌某绦蛟O(shè)計(jì)將會(huì)有很大的幫助，下面我們討論以下Windows95中進(jìn)程的內(nèi)存空間管理。
　　在WIN16下，所有Windows應(yīng)用程序共享單一地址，任何進(jìn)程都能夠?qū)@一空間中屬于共享單一的地址空間，任何進(jìn)程都能夠?qū)@一空間中屬于其他進(jìn)程的內(nèi)存進(jìn)行讀寫操作，甚至可以存取操作系統(tǒng)本身的數(shù)據(jù)，這樣就可能破壞其他程序的數(shù)據(jù)段代碼。
　　在WIN32下，每個(gè)進(jìn)程都有自己的地址空間，一個(gè)WIN32進(jìn)程不能存取另一個(gè)地址的私有數(shù)據(jù)，兩個(gè)進(jìn)程可以用具有相同值的指針尋址，但所讀寫的只是它們各自的數(shù)據(jù)，這樣就減少了進(jìn)程之間的相互干擾。另一方面，每個(gè)WIN32進(jìn)程擁有4GB的地址空間，但并不代表它真正擁有4GB的實(shí)際物理內(nèi)存，而只是操作系統(tǒng)利用CPU的內(nèi)存分配功能提供的虛擬地址空間。在一般情況下，絕大多數(shù)虛擬地址并沒有物理內(nèi)存于它對(duì)應(yīng)，在真正可以使用這些地址空間之前，還要由操作系統(tǒng)提供實(shí)際的物理內(nèi)存（這個(gè)過程叫"提交"commit）。在不同的情況下，系統(tǒng)提交的物理內(nèi)存是不同的，可能是RAM，也可能是硬盤模擬的虛擬內(nèi)存。

3、WIN32中進(jìn)程間的通訊
　　在Windows 95中，為實(shí)現(xiàn)進(jìn)程間平等的數(shù)據(jù)交換，用戶可以有如下幾種選擇：
　　* 使用內(nèi)存映射文件
　　* 通過共享內(nèi)存DLL共享內(nèi)存
　　* 向另一進(jìn)程發(fā)送WM_COPYDATA消息
　　* 調(diào)用ReadProcessMemory以及WriteProcessMemory函數(shù)，用戶可以發(fā)送由GlobalLock(GMEM_SHARE,...)函數(shù)調(diào)用提取的句柄、GlobalLock函數(shù)返回的指針以及VirtualAlloc函數(shù)返回的指針。

3.1、利用內(nèi)存映射文件實(shí)現(xiàn)WIN32進(jìn)程間的通訊
　　Windows95中的內(nèi)存映射文件的機(jī)制為我們高效地操作文件提供了一種途徑，它允許我們?cè)赪IN32進(jìn)程中保留一段內(nèi)存區(qū)域，把目標(biāo)文件映射到這段虛擬內(nèi)存中。在程序?qū)崿F(xiàn)中必須考慮各進(jìn)程之間的同步。具體實(shí)現(xiàn)步驟如下：
首先我們?cè)诎l(fā)送數(shù)據(jù)的進(jìn)程中需要通過調(diào)用內(nèi)存映射API函數(shù)CreateFileMapping創(chuàng)建一個(gè)有名的共享內(nèi)存：
HANDLE CreateFileMapping(
HANDLE hFile, // 映射文件的句柄，
//設(shè)為0xFFFFFFFF以創(chuàng)建一個(gè)進(jìn)程間共享的對(duì)象
LPSECURITY_ATTRIBUTES lpFileMappingAttributes, // 安全屬性
DWORD flProtect, // 保護(hù)方式
DWORD dwMaximumSizeHigh, //對(duì)象的大小
DWORD dwMaximumSizeLow,
LPCTSTR lpName // 必須為映射文件命名
);

　　與虛擬內(nèi)存類似，保護(hù)方式可以是PAGE_READONLY或是PAGE_READWRITE。如果多進(jìn)程都對(duì)同一共享內(nèi)存進(jìn)行寫訪問，則必須保持相互間同步。映射文件還可以指定PAGE_WRITECOPY標(biāo)志，可以保證其原始數(shù)據(jù)不會(huì)遭到破壞，同時(shí)允許其他進(jìn)程在必要時(shí)自由的操作數(shù)據(jù)的拷貝。
　　在創(chuàng)建文件映射對(duì)象后使用可以調(diào)用MapViewOfFile函數(shù)映射到本進(jìn)程的地址空間內(nèi)。
　　下面說明創(chuàng)建一個(gè)名為MySharedMem的長度為4096字節(jié)的有名映射文件：
　　HANDLE hMySharedMapFile=CreateFileMapping((HANDLE)0xFFFFFFFF)，
　　NULL，PAGE_READWRITE，0，0x1000，"MySharedMem")；
　　并映射緩存區(qū)視圖：
　　LPSTR pszMySharedMapView=(LPSTR)MapViewOfFile(hMySharedMapFile，
　　FILE_MAP_READ|FILE_MAP_WRITE，0，0，0);

　　其他進(jìn)程訪問共享對(duì)象，需要獲得對(duì)象名并調(diào)用OpenFileMapping函數(shù)。
　　HANDLE hMySharedMapFile=OpenFileMapping(FILE_MAP_WRITE，
　　FALSE，"MySharedMem");

　　一旦其他進(jìn)程獲得映射對(duì)象的句柄，可以象創(chuàng)建進(jìn)程那樣調(diào)用MapViewOfFile函數(shù)來映射對(duì)象視圖。用戶可以使用該對(duì)象視圖來進(jìn)行數(shù)據(jù)讀寫操作，以達(dá)到數(shù)據(jù)通訊的目的。

　　當(dāng)用戶進(jìn)程結(jié)束使用共享內(nèi)存后，調(diào)用UnmapViewOfFile函數(shù)以取消其地址空間內(nèi)的視圖：
if (!UnmapViewOfFile(pszMySharedMapView))
{ AfxMessageBox("could not unmap view of file"); }

3.2、利用共享內(nèi)存DLL
　　共享數(shù)據(jù)DLL允許進(jìn)程以類似于Windows 3.1 DLL共享數(shù)據(jù)的方式訪問讀寫數(shù)據(jù)，多個(gè)進(jìn)程都可以對(duì)該共享數(shù)據(jù)DLL進(jìn)行數(shù)據(jù)操作，達(dá)到共享數(shù)據(jù)的目的。在WIN32中為建立共享內(nèi)存，必須執(zhí)行以下步驟：
　　首先創(chuàng)建一個(gè)有名的數(shù)據(jù)區(qū)。這在Visual C++中是使用data_seg pragma宏。使用data_seg pragma宏必須注意數(shù)據(jù)的初始化：
#pragma data_seg("MYSEC")
char MySharedData[4096]={0};
#pragma data_seg()
然后在用戶的DEF文件中為有名的數(shù)據(jù)區(qū)設(shè)定共享屬性。
LIBRARY TEST
DATA READ WRITE
SECTIONS
.MYSEC READ WRITE SHARED

　　這樣每個(gè)附屬于DLL的進(jìn)程都將接受到屬于自己的數(shù)據(jù)拷貝，一個(gè)進(jìn)程的數(shù)據(jù)變化并不會(huì)反映到其他進(jìn)程的數(shù)據(jù)中。

　　在DEF文件中適當(dāng)?shù)剌敵鰯?shù)據(jù)。以下的DEF文件項(xiàng)說明了如何以常數(shù)變量的形式輸出MySharedData。
EXPORTS
MySharedData CONSTANT
最后在應(yīng)用程序（進(jìn)程）按外部變量引用共享數(shù)據(jù)。
extern _export"C"{char * MySharedData[];}
進(jìn)程中使用該變量應(yīng)注意間接引用。
m_pStatic=(CEdit*)GetDlgItem(IDC_SHARED);
m_pStatic->GetLine(0,*MySharedData,80);
3.3、用于傳輸只讀數(shù)據(jù)的WM_COPYDATA
　　傳輸只讀數(shù)據(jù)可以使用Win32中的WM_COPYDATA消息。該消息的主要目的是允許在進(jìn)程間傳遞只讀數(shù)據(jù)。　　　　　Windows95在通過WM_COPYDATA消息傳遞期間，不提供繼承同步方式。SDK文檔推薦用戶使用SendMessage函數(shù)，接受方在數(shù)據(jù)拷貝完成前不返回，這樣發(fā)送方就不可能刪除和修改數(shù)據(jù)：

SendMessage(hwnd,WM_COPYDATA,wParam,lParam);
其中wParam設(shè)置為包含數(shù)據(jù)的窗口的句柄。lParam指向一個(gè)COPYDATASTRUCT的結(jié)構(gòu)：
typedef struct tagCOPYDATASTRUCT{
DWORD dwData;//用戶定義數(shù)據(jù)
DWORD cbData;//數(shù)據(jù)大小
PVOID lpData;//指向數(shù)據(jù)的指針
}COPYDATASTRUCT;
該結(jié)構(gòu)用來定義用戶數(shù)據(jù)。

3.4、直接調(diào)用ReadProcessMemory和WriteProcessMemory函數(shù)實(shí)現(xiàn)進(jìn)程間通訊
通過調(diào)用ReadProcessMemory以及WriteProcessMemory函數(shù)用戶可以按類似與Windows3.1的方法實(shí)現(xiàn)進(jìn)程間通訊，在發(fā)送進(jìn)程中分配一塊內(nèi)存存放數(shù)據(jù)，可以調(diào)用GlobalAlloc或者VirtualAlloc函數(shù)實(shí)現(xiàn)：
pApp->m_hGlobalHandle=GlobalAlloc(GMEM_SHARE,1024);
可以得到指針地址：
pApp->mpszGlobalHandlePtr=(LPSTR)GlobalLock
(pApp->m_hGlobalHandle);
在接收進(jìn)程中要用到用戶希望影響的進(jìn)程的打開句柄。為了讀寫另一進(jìn)程，應(yīng)按如下方式調(diào)用OpenProcess函數(shù)：
HANDLE hTargetProcess=OpenProcess(
STANDARD_RIGHTS_REQUIRED|
PROCESS_VM_REDA|
PROCESS_VM_WRITE|
PROCESS_VM_OPERATION,//訪問權(quán)限
FALSE,//繼承關(guān)系
dwProcessID);//進(jìn)程ID
為保證OpenProcess函數(shù)調(diào)用成功，用戶所影響的進(jìn)程必須由上述標(biāo)志創(chuàng)建。
一旦用戶獲得一個(gè)進(jìn)程的有效句柄，就可以調(diào)用ReadProcessMemory函數(shù)讀取該進(jìn)程的內(nèi)存：
BOOL ReadProcessMemory(
HANDLE hProcess, // 進(jìn)程指針
LPCVOID lpBaseAddress, // 數(shù)據(jù)塊的首地址
LPVOID lpBuffer, // 讀取數(shù)據(jù)所需緩沖區(qū)
DWORD cbRead, // 要讀取的字節(jié)數(shù)
LPDWORD lpNumberOfBytesRead
);
使用同樣的句柄也可以寫入該進(jìn)程的內(nèi)存：
BOOL WriteProcessMemory(
HANDLE hProcess, // 進(jìn)程指針
LPVOID lpBaseAddress, // 要寫入的首地址
LPVOID lpBuffer, // 緩沖區(qū)地址
DWORD cbWrite, // 要寫的字節(jié)數(shù)
LPDWORD lpNumberOfBytesWritten
);
如下所示是讀寫另一進(jìn)程的共享內(nèi)存中的數(shù)據(jù)：
ReadProcessMemory((HANDLE)hTargetProcess,
(LPSTR)lpsz,m_strGlobal.GetBuffer(_MAX_FIELD),
_MAX_FIELD,&cb);
WriteProcessMemory((HANDLE)hTargetProcess,
(LPSTR)lpsz,(LPSTR)STARS,
m_strGlobal.GetLength(),&cb);

4、進(jìn)程之間的消息發(fā)送與接收
　　在實(shí)際應(yīng)用中進(jìn)程之間需要發(fā)送和接收Windows消息來通知進(jìn)程間相互通訊，發(fā)送方發(fā)送通訊的消息以通知接收方，接收方在收到發(fā)送方的消息后就可以對(duì)內(nèi)存進(jìn)行讀寫操作。
　　我們?cè)诔绦蛟O(shè)計(jì)中采用Windows注冊(cè)消息進(jìn)行消息傳遞，首先在發(fā)送進(jìn)程初始化過程中進(jìn)行消息注冊(cè)：
m_nMsgMapped=::RegisterWindowsMessage("Mapped");
m_nMsgHandle=::RegisterWindowsMessage("Handle");
m_nMsgShared=::RegisterWindowsMessage("Shared");
在程序運(yùn)行中向接收進(jìn)程發(fā)送消息：
CWnd* pWndRecv=FindWindow(lpClassName,"Receive");
pWndRecv->SendMessage(m_MsgMapped,0,0);
pWndRecv->SendMessage(m_nMsgHandle,
(UINT)GetCurrentProcessID(),(LONG)pApp->m_hGlobalHandle);
pWndRecv->SendMessage(m_nMsgShared,0,0);
可以按如下方式發(fā)送WM_COPYDATA消息：
static COPYDATASTRUCT cds;//用戶存放數(shù)據(jù)
pWnd->SendMessage(WM_COPYDATA,NULL,(LONG)&cds);

接收方進(jìn)程初始化也必須進(jìn)行消息注冊(cè)：

UNIT CRecvApp:: m_nMsgMapped=::RegisterWindowsMessage("Mapped");
UNIT CRecvApp::m_nMsgHandle=::RegisterWindowsMessage("Handle");
UNIT CRecvApp::m_nMsgShared=::RegisterWindowsMessage("Shared");
同時(shí)映射消息函數(shù)如下：
ON_REGISTERED_MASSAGE(CRecvApp::m_nMsgMapped,OnRegMsgMapped)
ON_REGISTERED_MASSAGE(CRecvApp::m_nMsgHandle,OnRegMsgHandle)
ON_REGISTERED_MASSAGE(CRecvApp::m_nMsgShared,OnRegMsgShared)
在這些消息函數(shù)我們就可以采用上述技術(shù)實(shí)現(xiàn)接收進(jìn)程中數(shù)據(jù)的讀寫操作了。

5、結(jié)束語

　　從以上分析中我們可以看出Windows95的內(nèi)存管理與Windows 3.x相比有很多的不同，對(duì)進(jìn)程之間的通訊有較為嚴(yán)格的限制。這就確保了任何故障程序無法意外地寫入用戶的地址空間，而用戶則可根據(jù)實(shí)際情況靈活地進(jìn)行進(jìn)程間的數(shù)據(jù)通訊，從這一點(diǎn)上來講Windows95增強(qiáng)應(yīng)用程序的強(qiáng)壯性。

參考文獻(xiàn)：

1、 David J.Kruglinski, Visual C++技術(shù)內(nèi)幕, 北京：清華大學(xué)出版社，1995.
2、 Microsoft Co. Visual C++ 5.0 On Line Help.