虛擬機(jī)與本機(jī)通訊的設(shè)置
(一) 在沒(méi)有網(wǎng)卡或者網(wǎng)卡沒(méi)有聯(lián)網(wǎng)的情況下
 1. 虛擬機(jī)的網(wǎng)卡選項(xiàng): NAT:Used to share the host's IP address
 2. 打開(kāi) Host 主機(jī)的 "網(wǎng)絡(luò)連接", 查看 "VMware Network Adapter VMnet8" 的屬性, 記下其 IP 地址, 如 "192.168.73.1"
 3. 啟動(dòng)運(yùn)行虛擬機(jī)后, 打開(kāi)虛擬機(jī)的 "網(wǎng)絡(luò)連接", 填寫 "TCP/IP 協(xié)議" 的地址, 子網(wǎng)掩碼, 默認(rèn)網(wǎng)關(guān), DNS 服務(wù)器等四項(xiàng)與 "192.168.73.1" 能正常通訊, 如 IP 為 "192.168.73.232", 掩碼為  "255.255.255.0", 網(wǎng)關(guān)和 DNS 服務(wù)器都必須為 "192.168.73.1"

(二) 在網(wǎng)卡聯(lián)網(wǎng)的情況下
 1. 虛擬機(jī)的網(wǎng)卡選項(xiàng): Bridged:Connected directly to the physical network
 2. 啟動(dòng)運(yùn)行虛擬機(jī)后, 打開(kāi)虛擬機(jī)的 "網(wǎng)絡(luò)連接", 填寫 "TCP/IP 協(xié)議" 的地址, 子網(wǎng)掩碼, 默認(rèn)網(wǎng)關(guān), DNS 服務(wù)器等四項(xiàng)與本地局域網(wǎng)能正常通訊.

微軟 MSDN 上的專題文章:
 
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/programmersguide/shell_basics/shell_basics_programming/transferring/datascenarios.asp#async

新的連接為

http://msdn2.microsoft.com/en-us/library/bb776904.aspx

http://kruglinski.blogchina.com/4609030.html

以一個(gè)DropTarget為例，我們都知道在MFC里有COleDropTarget實(shí)現(xiàn)OLE拖放目標(biāo)端非常容易,
缺點(diǎn) MFC 太臃腫近八年沒(méi)有更新過(guò)了, 而且功能類與窗體類分離, 代碼不夠緊湊, 那么在
ATL/WTL 中要實(shí)現(xiàn) DropTarget 也是非常的容易的, 而且更碼更加緊湊完美, 完美的有點(diǎn)變
態(tài),呵呵!

我覺(jué)得ATL小組的人曾經(jīng)一定是些匯編語(yǔ)言狂熱者,因?yàn)锳TL的運(yùn)行效率真的是太高了,非常高,
難以想象的高.(如果你偏不信可以用WTL向?qū)б粋€(gè)空工程,Release編

譯后再用反匯編工具反一下, 看看生成的代碼質(zhì)量如何, 特別是使用 VC6 以后版本的 VC++
編譯器編譯)

首先向?qū)б粋€(gè)空的不帶工具欄和狀態(tài)欄的 WTL SDI 工程, Viwe type 選擇 Edit 這樣我們
會(huì)得到一個(gè)類似 Notepad 界面的程序, 然后分成 6 步完成拖放支持

1.在 stdafx.h 里加上以下語(yǔ)句:
 
#include <atlcom.h>
 
意義是使用 ATL 的 COM 支持類, 包括 CComObject, CComPtr 等
 
2.在WinMain里:
在 ::CoInitialize(NULL) 語(yǔ)句后加入以下語(yǔ)句
::OleInitialize(NULL);
以及在
::CoUninitialize()語(yǔ)句前加入以下語(yǔ)句
::OleUninitialize();
 
意義是在單線程套間中初使化 COM 庫(kù), 初使化后便可使用以下功能
a,剪貼板(Clipboard)
b,拖與放(Drag & Drop)
c,對(duì)象連接與嵌入(Object linking and embedding,OLE)
d,就地激活(In-place activation)
 
我原來(lái)一直以為使用 CoInitialize 就可以了, 可我調(diào)用 RegisterDragDrop 總是失敗, 并
返回 E_OUTOFMEMORY, 直到我仔細(xì)看了函數(shù)說(shuō)明看到下面這句話:
 
Note 
If you use CoInitialize or CoInitializeEx instead of OleInitialize to initialize
COM, RegisterDragDrop will always return an E_OUTOFMEMORY error.
 
很多時(shí)候 bug 都是因?yàn)椴蛔屑?xì)產(chǎn)生的, 呵呵!
 
3. 將 CComObjectRoot 和 IDropTarget 加入 CMainFrame 的派生列表
 
class CMainFrame : public CFrameWindowImpl<CMainFrame>,...,
 public CComObjectRootEx<CComSingleThreadModel>,public IDropTarget
 
4.定義標(biāo)準(zhǔn)DropTarget方法
 
在MainFrm.h的CMainFrm的類定義中定義標(biāo)準(zhǔn)的IDropTarget方法:
 
STDMETHOD(DragEnter)(IDataObject * pDataObject,DWORD grfKeyState,POINTL pt,DWORD * pdwEffect);
STDMETHOD(DragOver)(DWORD grfKeyState,POINTL pt,DWORD * pdwEffect);
STDMETHOD(DragLeave)();
STDMETHOD(Drop)(IDataObject * pDataObject,DWORD grfKeyState,POINTL pt,DWORD * pdwEffect);
 
并在實(shí)現(xiàn)文件MainFrm.cpp實(shí)現(xiàn)它們.
 
FORMATETC fe={0};
STDMETHODIMP CMainFrame::DragEnter(IDataObject * pDataObject,DWORD grfKeyState,POINTL pt,DWORD * pdwEffect)
{
 CComPtr<IEnumFORMATETC> pEnum;
 pDataObject->EnumFormatEtc(DATADIR_GET,&pEnum);
 while(pEnum->Next(1,&fe,NULL)==NO_ERROR)
 {
  if(fe.cfFormat==CF_TEXT)
  {
   *pdwEffect=DROPEFFECT_COPY;
   break;
  }
 }
 return S_OK;
}
STDMETHODIMP CMainFrame::DragOver(DWORD grfKeyState,POINTL pt,DWORD * pdwEffect)
{
 *pdwEffect=DROPEFFECT_COPY;
 return S_OK;
}
 
STDMETHODIMP CMainFrame::DragLeave()
{
 return S_OK;
}
 
STDMETHODIMP CMainFrame::Drop(IDataObject * pDataObject,DWORD grfKeyState,POINTL pt,DWORD * pdwEffect)
{
 STGMEDIUM stg={0};
 pDataObject->GetData(&fe,&stg);
 LPCTSTR lpData=(LPCTSTR)GlobalLock(stg.hGlobal);
 
 m_view.SetWindowText(lpData);
 
 GlobalUnlock(stg.hGlobal);
 ReleaseStgMedium(&stg);
 
 *pdwEffect=DROPEFFECT_COPY;
 return S_OK;
}
 
 
5.定義 COM 映射表
 
在MainFrm.h的CMainFrm的類定義中加入下面幾句:
BEGIN_COM_MAP(CMainFrame)
    COM_INTERFACE_ENTRY(IDropTarget)
END_COM_MAP()
 
6.注冊(cè)和注銷
在WM_CREATE消息的Handler OnCreate中注冊(cè)
RegisterDragDrop(m_hWnd,this);
在WM_CLOSE消息的Handler OnClose中注銷
RevokeDragDrop(m_hWnd);
 
現(xiàn)在差不多已經(jīng)完成了, 在這里不要問(wèn)怎么沒(méi)有見(jiàn)到你寫 AddRef, Release, QueryInterface,
ATL 為我們提供了非常高效且多線程安全的實(shí)現(xiàn), 我們要做的只是實(shí)現(xiàn)不同的接口, COM 對(duì)
象的生存周期管理是基于 "在堆中生成對(duì)象" 的假設(shè) (否則還 AddRef, Release干什么).
這里我們的主窗體對(duì)象也將在堆中生成.
 
修改一下 Run 函數(shù), 像下面這樣來(lái)生成主窗體
 
int Run(LPTSTR /*lpstrCmdLine*/ = NULL, int nCmdShow = SW_SHOWDEFAULT)
{
 CMessageLoop theLoop;
 _Module.AddMessageLoop(&theLoop);
 
 //一個(gè)COM對(duì)象指針
 CComObject<CMainFrame> *pMainFrm=NULL;
 //在堆上分配對(duì)象
 CComObject<CMainFrame>::CreateInstance(&pMainFrm);
 
 if(pMainFrm->CreateEx() == NULL)
 {
  ATLTRACE(_T("Main window creation failed!\n"));
  return 0;
 }
 
 //增加引用計(jì)數(shù),COM的老規(guī)矩,不用我多說(shuō)
 pMainFrm->AddRef();
 pMainFrm->ShowWindow(nCmdShow);
 
 //開(kāi)始消息循環(huán),Release編譯后都是展開(kāi)的
 //直接調(diào)用GetMessage,TranslateMessage.....
 int nRet = theLoop.Run();
 
 //減少引用計(jì)數(shù),COM的老規(guī)矩,這里的計(jì)數(shù)為1,
 //調(diào)用Release后對(duì)象自動(dòng)析構(gòu)
 pMainFrm->Release();
 
 _Module.RemoveMessageLoop();
 return nRet;
}
 
運(yùn)行一下, 可以從 WinWord 里拖放文本到這個(gè)小程序里.
 
從注冊(cè)時(shí)的 RegisterDragDrop(m_hWnd, this) 調(diào)用可以看到窗口對(duì)象和 COM 對(duì)象完美的
融合到了一起, 在 COM 方法中可以很方便的與其它組成部分交互, 比如 Drop 方法中的
m_view.SetWindowText(lpData)調(diào)用. 為什么 this 可以自動(dòng)轉(zhuǎn)成 IDropTarget 指針呢,
因?yàn)槲覀兊?CMainFrame 繼承了 IDropTarget抽像類, 所以按照面向?qū)ο蟮挠^念來(lái)看
CMainFrame 類 "是一個(gè)" IDropTarget 類.
 
其實(shí)在 CMainFrame 中只有少數(shù)接口繼承來(lái)的函數(shù)會(huì)生成函數(shù)體, 其它的如消息處理過(guò)程
OnCreate, OnClose 等如果代碼不是很多,最后都會(huì)內(nèi)聯(lián)到一個(gè)叫做 ProcessWindowMessage
的函數(shù)中, 由一個(gè)大大的 switch 來(lái)處理.
 
再優(yōu)化一下, 我們?nèi)绻涌诶^承的層次太多(其實(shí)這個(gè)例子里不多), 便會(huì)生成龐大虛函數(shù)表,
從而影響性能, 這是一些偏執(zhí)狂對(duì) C++ 一直都指責(zé)的地方, 給 CMainFrame 加上
ATL_NO_VTABLE(__declspec(novtable)) 定義, 這樣如果是從 CMainFrame 繼承, 也只到最
后的實(shí)現(xiàn)類才生成虛函數(shù)表.
 
使用默認(rèn)的 Release 編譯選項(xiàng) (最大化速度優(yōu)先) 編譯生成的 exe 只有 36K, 而一個(gè)
Win32 Application 向?qū)傻膸Т翱诳展こ叹幾g后都有 40K 了,知道為什么嗎? 呵呵, 因
為 ATL 在 Release 編譯時(shí)用更小更快的啟動(dòng)代碼而不是 _WinMainCRTStartup 之類的東東,
并且不使用 CRT, C++ RTTI, C++ 異常處理,以及自定義了一套 malloc, new, free, delete
之類的函數(shù)和運(yùn)算符 (這不就是使用 C++ 語(yǔ)法在寫 C 程序嘛! 或者說(shuō)比 C 更高效, 連 CRT
都不用), 如果再加上
 
/opt:nowin98, /align 之類的指示便會(huì)更小.
 
總之, 在我的腦海里: ATL+WTL=快速小巧且界面漂亮的程序,:-)
 
其實(shí)這些優(yōu)化在機(jī)器性能猛增的今天已經(jīng)變的微不足道, 畢竟開(kāi)發(fā)工作不全都是在處理海量
的多媒體數(shù)據(jù). 現(xiàn)在用 MFC 的人都少了, 更不用說(shuō) ATL 這樣出力不討好的東東, 大家都在
搞 .NET 用 C# 之類的東東, 我一直很不喜歡解釋執(zhí)行的東東, 可往后每臺(tái)電腦都有了
.NET Framework, 就不存在托管代碼和本地代碼之分了, 反正發(fā)布的軟件在哪臺(tái)電腦里都能
運(yùn)行, 就像你用 Windows API 來(lái)寫程序, 系統(tǒng)中已經(jīng)帶好了相關(guān)的 DLL, 以后用 .NET 框
架來(lái)寫程序, 系統(tǒng)中也有 .NET 程序的運(yùn)行時(shí)環(huán)境,用戶不會(huì)管你是真編譯的還是解釋執(zhí)行的
或是你少用了幾個(gè)時(shí)鐘周期, 發(fā)現(xiàn)自己需要轉(zhuǎn)變一下那種偏執(zhí)狂的想法. 也許什么時(shí)候我應(yīng)
該接受 C# 或是 Java.....

How To Display a Context Menu for CTreeCtrl

http://support.microsoft.com/kb/222905

為 Tree View 控件添加上下文菜單, 浪費(fèi)我一個(gè)晚上.
INI 文件操作 c++ 封裝類, 不使用相應(yīng) Win32 API
附件有例子程序

代碼下載

WM_DESTROY 和 WM_NCDESTROY 消息之間有什么區(qū)別?

原文鏈接 What is the difference between WM_DESTROY and WM_NCDESTROY?

在窗口銷毀時(shí)有兩個(gè)緊密關(guān)聯(lián)的 windows 消息, 就是 WM_DESTROY 和 WM_NCDESTROY. 它們有何區(qū)別?

區(qū)別就是 WM_DESTROY 消息是在窗口銷毀動(dòng)作序列中的開(kāi)始被發(fā)送的, 而 WM_NCDESTROY 消息是在結(jié)尾. 這在你的窗口擁有子窗口時(shí)是個(gè)重大區(qū)別. 如果你有一個(gè)帶子窗口的父窗口, 那么消息的發(fā)送序列 (在沒(méi)有怪誕行為影響的前提下) 就像這樣:

hwnd = parent, uMsg = WM_DESTROY
hwnd = child, uMsg = WM_DESTROY
hwnd = child, uMsg = WM_NCDESTROY
hwnd = parent, uMsg = WM_NCDESTROY

注意, 父窗口是在子窗口被銷毀之前收到 WM_DESTROY 消息, 在子窗口被銷毀之后收到 WM_NCDESTROY 消息.

兩個(gè)銷毀消息, 一個(gè)在開(kāi)頭, 一個(gè)在結(jié)尾, 這意味著, 對(duì)于你自己的模塊, 你可以通過(guò)處理相應(yīng)的消息來(lái)執(zhí)行清理操作. 例如, 如果有些東西必須在開(kāi)頭清理, 那么你可以使用 WM_DESTROY 消息.

WM_NCDESTROY 消息是你窗口將會(huì)收到的最后一個(gè)消息 (在沒(méi)有怪誕行為影響的前提下), 因此, 這里是做 "最終清理" 的最佳場(chǎng)所. 這就是為什么我們的 new scratch 程序會(huì)一直等到 WM_NCDESTROY 銷毀它的實(shí)例變量, 才會(huì)返回.

與這兩個(gè)銷毀消息配對(duì)的, 是 WM_CREATE 和 WM_NCCREATE 這兩個(gè)類似的消息. 與 WM_NCDESTROY 是你窗口收到的最后一條消息類似, WM_NCCREATE 消息是第一條消息, 這是一個(gè)創(chuàng)建你自己的實(shí)例變量的好地方. 需要注意的是, 如果你導(dǎo)致 WM_NCCREATE 消息返回失敗, 那么所有你將收到的消息就只有 WM_NCDESTROY 了; 不會(huì)有 WM_DESTROY 消息了, 因?yàn)槟愀揪蜎](méi)有收到相應(yīng)的 WM_CREATE 消息.

那么什么是我一直在暗示的 "怪誕行為" 呢? 下一次 (When the normal window destruction messages are thrown for a loop) 我們?cè)僬f(shuō).


http://blog.tinybrowser.net/archives/452

在 Windows 下自己建網(wǎng)站是一件挺不錯(cuò)的事情。由于開(kāi)源軟件的火爆，Apache+php+MySQL成為許多人的首選。
可是相比 Windows 自帶的 IIS，對(duì)于第一次建站的人來(lái)說(shuō)，這些軟件復(fù)雜的配置往往需要閱讀大量文檔，成為阻礙新手的絆腳石。
所以我結(jié)合自己的經(jīng)驗(yàn)總結(jié)了一個(gè)基本的建站步驟，希望對(duì)大家有用。

1. 分別下載Apache(http://httpd.apache.org/download.cgi)、
   php(http://www.php.net/downloads.php)和
   MySQL(http://dev.mysql.com/downloads/mysql/4.1.html)。

2. 安裝MySQL，裝好后按照向?qū)нM(jìn)行配置。如果需要用到Fulltext search，將數(shù)據(jù)庫(kù)類型設(shè)為non transactional。
   字符集最好設(shè)置為標(biāo)準(zhǔn)，即latin1（并不影響中文數(shù)據(jù)的存儲(chǔ)），以免日后轉(zhuǎn)換數(shù)據(jù)時(shí)引起不必要的麻煩。
   注意：UTF-8編碼的數(shù)據(jù)庫(kù)在備份和轉(zhuǎn)換時(shí)極易引起錯(cuò)誤，須十分小心，
   例如，不能用"mysqldump > 文件名"的方式進(jìn)行備份，而要用"mysqldump -f 文件名"）

3. 安裝Apache，在向?qū)е性O(shè)置好域名，郵箱，修改配置文件httpd.conf里的DocumentRoot和 <Directory "...">為網(wǎng)站根路徑。
   注意路徑中的斜杠均用正斜杠“/”。

4. 將php5的打包文件解壓縮到c:php下，并將c:php添加至系統(tǒng)的全局環(huán)境變量path。

5. 將 php.ini-recommended 更名 php.ini 并用記事本打開(kāi)。
   將其中的 extension_dir 修改為 "c:/php/ext/"。
   找到 ;extension=php_mysql.dll 一行，將前面的分號(hào)（注釋）去掉
   （如果需要用到php的其他模塊，也請(qǐng)將相應(yīng)模塊的注釋去掉）
   找到 ; short_open_tag = Off 一行, 將前面的分號(hào)去掉, 將 Off 改成 On

6. 在Apache的httpd.conf里的適當(dāng)位置添加如下語(yǔ)句
   LoadModule php5_module "c:/php/php5apache2.dll"
   AddType application/x-httpd-php .php

   # configure the path to php.ini
   PHPIniDir "C:/php"

在 DirectoryIndex index.html index.html.var 后面添加 index.php

7.(推薦)在httpd.conf中，將
   CustomLog "logs/access.log" common
   修改為
   CustomLog "|bin/rotatelogs.exe -l  C:/PROGRA~1/APACHE~1/APACHE2.2/logs/access%Y-%m-%d.log 86400" common
   這一步的目的是讓網(wǎng)站每天輪轉(zhuǎn)生成新的日志文件，以免單個(gè)文件過(guò)大。


將 PHP 目錄下的 libmysql.dll 文件和相應(yīng) ./ext/php_mysql.dll 文件復(fù)制到 system32 目錄下, 重新啟動(dòng)機(jī)器.

8.啟動(dòng)Apache。

9.(可選) 新建phpinfo.php文件，輸入
   <? phpinfo(); ?>
   并在瀏覽器中打開(kāi)，可以檢查目前配置的詳細(xì)信息。

一路跌跌撞撞, 還真累人. 最后裝了個(gè) wordpress 和 phpMyAdmin 玩了玩, 還真感覺(jué)不錯(cuò).

對(duì)文章 "Simplest Checkable Groupbox Class"  所介紹的 "CheckableGroupbox"  MFC 類的 WTL 移植, 附帶例子程序.

原文參見(jiàn):  http://www.codeproject.com/KB/miscctrl/simplest_checkable_group.aspx

俺的移植類的下載地址是:   http://www.shnenglu.com/Files/free2000fly/atlcheckablegroupbox.zip

 

http://blog.tinybrowser.net/archives/442