虚拟机与本机通讯的设置
(一) 在没有网卡或者网卡没有联网的情况下
 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://www.cppblog.com/Files/free2000fly/atlcheckablegroupbox.zip

 

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