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

(二) 在網卡聯網的情況下
 1. 虛擬機的網卡選項: Bridged:Connected directly to the physical network
 2. 啟動運行虛擬機后, 打開虛擬機的 "網絡連接", 填寫 "TCP/IP 協議" 的地址, 子網掩碼, 默認網關, DNS 服務器等四項與本地局域網能正常通訊.

微軟 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

以一個DropTarget為例，我們都知道在MFC里有COleDropTarget實現OLE拖放目標端非常容易,
缺點 MFC 太臃腫近八年沒有更新過了, 而且功能類與窗體類分離, 代碼不夠緊湊, 那么在
ATL/WTL 中要實現 DropTarget 也是非常的容易的, 而且更碼更加緊湊完美, 完美的有點變
態,呵呵!

我覺得ATL小組的人曾經一定是些匯編語言狂熱者,因為ATL的運行效率真的是太高了,非常高,
難以想象的高.(如果你偏不信可以用WTL向導一個空工程,Release編

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

首先向導一個空的不帶工具欄和狀態欄的 WTL SDI 工程, Viwe type 選擇 Edit 這樣我們
會得到一個類似 Notepad 界面的程序, 然后分成 6 步完成拖放支持

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

How To Display a Context Menu for CTreeCtrl

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

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

代碼下載

WM_DESTROY 和 WM_NCDESTROY 消息之間有什么區別?

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

在窗口銷毀時有兩個緊密關聯的 windows 消息, 就是 WM_DESTROY 和 WM_NCDESTROY. 它們有何區別?

區別就是 WM_DESTROY 消息是在窗口銷毀動作序列中的開始被發送的, 而 WM_NCDESTROY 消息是在結尾. 這在你的窗口擁有子窗口時是個重大區別. 如果你有一個帶子窗口的父窗口, 那么消息的發送序列 (在沒有怪誕行為影響的前提下) 就像這樣:

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

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

兩個銷毀消息, 一個在開頭, 一個在結尾, 這意味著, 對于你自己的模塊, 你可以通過處理相應的消息來執行清理操作. 例如, 如果有些東西必須在開頭清理, 那么你可以使用 WM_DESTROY 消息.

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

與這兩個銷毀消息配對的, 是 WM_CREATE 和 WM_NCCREATE 這兩個類似的消息. 與 WM_NCDESTROY 是你窗口收到的最后一條消息類似, WM_NCCREATE 消息是第一條消息, 這是一個創建你自己的實例變量的好地方. 需要注意的是, 如果你導致 WM_NCCREATE 消息返回失敗, 那么所有你將收到的消息就只有 WM_NCDESTROY 了; 不會有 WM_DESTROY 消息了, 因為你根本就沒有收到相應的 WM_CREATE 消息.

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


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

在 Windows 下自己建網站是一件挺不錯的事情。由于開源軟件的火爆，Apache+php+MySQL成為許多人的首選。
可是相比 Windows 自帶的 IIS，對于第一次建站的人來說，這些軟件復雜的配置往往需要閱讀大量文檔，成為阻礙新手的絆腳石。
所以我結合自己的經驗總結了一個基本的建站步驟，希望對大家有用。

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，裝好后按照向導進行配置。如果需要用到Fulltext search，將數據庫類型設為non transactional。
   字符集最好設置為標準，即latin1（并不影響中文數據的存儲），以免日后轉換數據時引起不必要的麻煩。
   注意：UTF-8編碼的數據庫在備份和轉換時極易引起錯誤，須十分小心，
   例如，不能用"mysqldump > 文件名"的方式進行備份，而要用"mysqldump -f 文件名"）

3. 安裝Apache，在向導中設置好域名，郵箱，修改配置文件httpd.conf里的DocumentRoot和 <Directory "...">為網站根路徑。
   注意路徑中的斜杠均用正斜杠“/”。

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

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

6. 在Apache的httpd.conf里的適當位置添加如下語句
   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
   這一步的目的是讓網站每天輪轉生成新的日志文件，以免單個文件過大。


將 PHP 目錄下的 libmysql.dll 文件和相應 ./ext/php_mysql.dll 文件復制到 system32 目錄下, 重新啟動機器.

8.啟動Apache。

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

一路跌跌撞撞, 還真累人. 最后裝了個 wordpress 和 phpMyAdmin 玩了玩, 還真感覺不錯.

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

原文參見:  http://www.codeproject.com/KB/miscctrl/simplest_checkable_group.aspx

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

 

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