欧美日韩成人在线,久久久久综合一区二区三区,久久久.com

��不懂^_^ — Wed, 02 Dec 2009 02:51:00 GMT

VC 6.0中编译和使用OpenSSL的过�E?/span>

一、编译�ƈ安装OpenSSL

1、按照标准步骤从源代码编译安装OpenSSL
在编译OpenSSL前，需要正��安装Perl�Q�因为在�~�译OpenSSL旉��要��用到该程序�?br>
下蝲最新版本的Perl�Q?a >http://downloads.activestate.com/ActivePerl/Windows/。然后安装之�?/p>

    下蝲最新版本的OpenSSL�Q?a >http://www.openssl.org/source/

    然后��源码解压羃到某个目录（�?C:\openssl-0.9.8j�Q�中�?br>
    �q�入openssl源码目录�?br>    cd c:\openssl-0.9.8.j

    以下为参照该目录下的文�gINSTALL.W32的执行过�E�：

�q�行configure�Q?br> perl Configure VC-WIN32 --prefix=c:/openssl

    创徏Makefile文�g�Q?br>    ms\do_ms

    �~�译动态库�Q?br>    nmake -f ms\ntdll.mak
    �~�译静态库�Q?br>    nmake -f ms\nt.mak

��试动态库�Q?br> nmake -f ms\ntdll.mak test
��试静态库�Q?br> nmake -f ms\nt.mak test

安装动态库�Q?br> nmake -f ms\ntdll.mak install
安装静态库�Q?br> nmake -f ms\nt.mak install

清除上次动态库的编译，以便重新�~�译�Q?br> nmake -f ms\ntdll.mak clean
清除上次静态库的编译，以便重新�~�译�Q?br> nmake -f ms\nt.mak clean

2、如果嫌�ȝ��Q�不想编译，可以直接用别人做好的windows OpenSSL 安装包（我用的是0.9.8j版）�Q?br> 可以�?http://www.slproweb.com/products/Win32OpenSSL.html 下蝲 OpenSSL for Windows�Q�直接安装�?/p>

P.S. OpenSSL for Windows 的源代码有一些数据类型和VC6的编译器不兼容，我发现的不兼容的数据�c�d��如下�Q?br>　　在OpenSSL安装目录的下的include/bn.h文�g中，��?br>    #define BN_ULLONG unsigned long long
    #define BN_ULONG unsigned long long
    #define BN_LONG long long
    分别修改为：
    #define BN_ULLONG ULONGLONG
    #define BN_ULONG ULONGLONG
    #define BN_LONG LONGLONG

否则�Q�会出现�~�译错误�?/p>

二、��用OpenSSL

在VC中配�|��用以上的函数库：
点击菜单�Q�Tools -> Options�Q�弹出对话框"Options"�Q�在该对话框中选择"Directories"标签�?br> �?Show directories for:"�?Include files"选项中新增目�?C:\openssl\include"�Q?br> "Library files"选择中新增目�?C:\openssl\lib"�?/p>

    然后在需要链接OpenSSL函数库的工程中加入如下两句：
    #pragma comment(lib, "ssleay32.lib")
    #pragma comment(lib, "libeay32.lib")
    其作用是��OpenSSL所需的库导入工程中�?/p>

三、问�?/p>

    我在链接OpenSSL的静态函数库旉��到类��g��下的问题�Q?br>    Linking...
    msvcrt.lib(MSVCRT.dll) : error LNK2005: _strchr already defined in libcmtd.lib(strchr.obj)
    ...

    �q�是�׃��OpenSSL的静态函数库使用的是了VC的多�U�程DLL的Release版本�Q�而我的程序��用了多线�E�静态链接的Release版本�?/p>

    调整OpenSSL的静态函数库使用的库函数版本卛_��Q�调整过�E�如下：

    �~�辑文�g ms\nt.mak�Q�将该文件第19�?br>    "CFLAG= /MD /Ox /O2 /Ob2 /W3 /WX /Gs0 /GF /Gy /nologo -DOPENSSL_SYSNAME_WIN32 -DWIN32_LEAN_AND_MEAN -DL_ENDIAN -DDSO_WIN32 -D_CRT_SECURE_NO_DEPRECATE -

D_CRT_NONSTDC_NO_DEPRECATE /Fdout32 -DOPENSSL_NO_CAMELLIA -DOPENSSL_NO_SEED -DOPENSSL_NO_RC5 -DOPENSSL_NO_MDC2 -DOPENSSL_NO_TLSEXT -DOPENSSL_NO_KRB5 -

DOPENSSL_NO_DYNAMIC_ENGINE"
中的"/MD"修改�?/MT"。然后重新编译安装OpenSSL卛_��?/p>

四、附录：在VC中对C/C++ �q�行时库不同版本�~�译指��o说明
    《在VC中对C/C++ �q�行时库不同版本�~�译指��o说明�?http://blog.yesky.com/271/dgkang/1737771.shtml)一文中详细介绍了连接不同版本库的编译指令如下：
    C Runtime Library�Q?br>        /MD        MSVCRT.LIB     多线�E�DLL的Release版本
        /MDd       MSVCRTD.LIB    多线�E�DLL的Debug版本
        /MT        LIBCMT.LIB     多线�E�静态链接的Release版本
        /MTd       LIBCMTD.LIB    多线�E�静态链接的Debug版本
        /clr       MSVCMRT.LIB    托管代码和非托管代码混合
        /clr:pure MSVCURT.LIB    �U�托��代�?br>    C++ Standard Library�Q?br>        /MD       MSVCPRT.LIB     多线�E�DLL的Release版本
        /MDd      MSVCPRTD.LIB    多线�E�DLL的Debug版本
        /MT       LIBCPMT.LIB     多线�E�静态链接的Release版本
        /MTd      LIBCPMTD.LIB    多线�E�静态链接的Debug版本

��不懂^_^ 2009-12-02 10:51 发表评论

(�?��?Win32 C/C++ 应用�E�序�q�移�?POWER 上的 Linux�Q�第 3 部分: 信号

��不懂^_^ — Tue, 05 May 2009 08:17:00 GMT

摘要: ��?Win32 C/C++ 应用�E�序�q�移�?POWER 上的 Linux�Q�第 3 部分: 信号 ... 阅读全文

��不懂^_^ 2009-05-05 16:17 发表评论

(�?��?Win32 C/C++ 应用�E�序�q�移�?POWER 上的 Linux�Q�第 2 部分: 互斥

��不懂^_^ — Tue, 05 May 2009 08:14:00 GMT

摘要: ��?Win32 C/C++ 应用�E�序�q�移�?POWER 上的 Linux�Q�第 2 部分: 互斥 ... 阅读全文

��不懂^_^ 2009-05-05 16:14 发表评论

(�?Win32 C/C++ 应用�E�序�q�移�?POWER 上的 Linux �W?1 部分: �q�程、线�E�和�׃�n内存服务

��不懂^_^ — Tue, 05 May 2009 08:12:00 GMT

摘要: ��?Win32 C/C++ 应用�E�序�q�移�?POWER 上的 Linux�Q�第 1 部分: �q�程、线�E�和�׃�n内存服务 ... 阅读全文

��不懂^_^ 2009-05-05 16:12 发表评论

明明白白Inf文�g

��不懂^_^ — Wed, 27 Jun 2007 07:35:00 GMT

转蝲]明明白白Inf文�g

信息来源�Q�网�l?br>
INF文�g全称Information File文�g�Q�是Winodws操作�pȝ��下用来描�q�设备或文�g�{�数据信息的文�g。INF文�g是由标准的ASCII码组成，您可以用��M��一�ƾ文字编辑器查看修改其中的内宏V��一般我们��L��认�ؓINF文�g是系�l�设备的驱动�E�序�Q�其实这是错误的认识�Q�Windows之所以在安装某些��g的驱动时提示需要INF文�g是因为INF文�g��讑֤�提供了一个全面描�q�硬件参数和相应驱动文�g(DLL文�g)的信息。就好比我们看着说明书安装电脑硬件一��P��我们��是Windows�pȝ��Q�说明书��是INF文�g。INF文�g功能非常强大�Q�几乎能完成日常操作的所有功能。您可以把它看成是Windows�pȝ��底下的超强批初理。要熟练掌握和理解甚��x��~�写INF文�g需要对其内部结构有相当的认识。下面就让我们来深入到INF文�g中的内部一�H�其真面貌吧�Q?br>
INF文�g的组成有�?Sections)�Q�键(Key)和�?value)三部分�?br>关键节有
[Version]版本描述信息�Q�主要用于版本控制�?br>[Strings]字符串信息，用于帔R��定义�?br>[DestinationDirs]定义�pȝ��路径信息�?br>[SourceDisksNames]指明源盘信息�?br>[SourceDisksNames]指明源盘文�g名�?br>[DefaultInstall]开始执行安装�?br>其它的节可以自定义，下面用一实例来具体讲解�?br>

�E�序代码
[Version]
Signature=$Chicago$
Provider=%Author%

[Strings]
Product="��d��文�g兌��演示"
Version="1.0"
Author="Xunchi"
Copyright="Copyright 2005"
CustomFile="inf" ;修改您需要的文�g名后�~�
Program="NOTEPAD.EXE" ;修改您需要关联的应用�E�序�?br>
[Add.Reg]
HKCR,"."%CustomFile%,"",FLG_ADDREG_TYPE_SZ ,%CustomFile%File
HKCR,%CustomFile%File,"",FLG_ADDREG_TYPE_SZ,安装信息
HKCR,%CustomFile%"File\shell","",FLG_ADDREG_TYPE_SZ,open
HKCR,%CustomFile%"File\shell\open\command","",FLG_ADDREG_TYPE_SZ,%program% %1

[DefaultInstall]
AddReg=Add.Reg

　　在[Version]节中"Signature"��定义了该INF文�g需要运行在何种操作�pȝ��版本中。有$Windows NT$, $Chicago$, or $Windows 95$三个��g��选择�Q�一般选择$Chicago$卛_��。项Provider中定义了该文件的创作来源�Q?Author%指引用Author��的倹{��您也可自定其它��Ҏ��描述该INF文�g的版本信息。该INF文�g的作用是兌��文�g�Q�所以主要是�Ҏ��册表的操作，我们来看[Add.Reg]节，共四条语句，格式都是一栗��HKCR表示根HKEY_CLASSES_ROOT�Q�第二个参数是子键的路径名，�W�三个参数是表明值的�c�d��Q�最后是�?具体见附�?。以上都是对操作的定义与�q�程�Q�在节[DefaultInstall]中是开始执行要安装的流�E�，AddReg表明是对注册表进行操作，操作对象是Add.Reg节中的定义。如果您把AddReg换成DelReg则是删除注册表中的键倹{��当鼠标单击该INF文�g在弹出的菜单中选择“安装”��开始执行您所定义的操作。该�C�Z��在系�l�的INF文�g右键菜单中增加了查看�~�辑功能�q�设�|�了默认动作�Q�因为在安装了不了解的INF文�g有可能对�pȝ��产生不良的媄响，�q�样双击文�g��可打开�~�辑该文件了�?br>

　　再看看INF文�g在文件操作方面的能力吧。请看下面的一个例子�?br>
�E�序代码
[Version]
Signature=$Chicago$
Provider=%Author%
[Strings]
Product="文�g复制和安装演�C?
Version="1.0"
Author="Xunchi"
Copyright="Copyright 2005"

[FileList]
ProcessList.exe ;此文件已在当前目录下�Q�下同�?br>
[FileList1]
Wordpad.exe
[DestinationDirs]
FileList=11 ;安装到Windows的系�l�目�?br>FileList1=10 ;安装到Windows目录
[DefaultInstall]
Copyfiles=FileList,FileList1

　　相同的节的作用与上一例类��|��h��意新出现的节[FileList]�Q�这是我自定义的节名�Q�它表示了一个文件组�Q�[FileList1]也类伹{��在节[DestinationDirs]中需定义每个文�g�l�复制到的目�?各个帔R��的意义见附表)。Copyfiles指明了需要进行复制的文�g�l��?br>　　INF文�g的操作还包括服务(NT�pȝ��)�E�序的安装和卸蝲�Q�INI文�g的�{换等。由于这些操作都比较的复杂和�J�琐�Q�且有一定的危险性故下次有机会再向大家进行深入探讨�?br>　　最后我们来看一下INF文�g的执行机�Ӟ��q�时你也许要问不��是��单的执行一�?#8220;安装”吗？知其然不知其所以然知识水��^是不会提高的。在“文�g多w��项”中的“文�g�c�d��”扑ֈ�INF文�g�?#8220;安装”命��o看到一串命令�?#8220;rundll32.exe setupapi,InstallHinfSection DefaultInst_all 132 %1”它表�C�Z��q�行Dll文�gsetupapi.dll中的命��oInstallHinfSection�q�传递给它�v始节的名�?nbsp;DefaultInstall。可见�v始节是可以自定义的。INF文�g的执行也可用在各�U�支持API调用的编�E�工具中。至此INF文�g的结构和�q�行机制我们已基本了解，现在��p��你的思维开动�v来，让它更好的�ؓ我们工作吧�?br>

注册表操作的帔R��定义�Q?br>----------------------------------------------------------
帔R�� 根�?nbsp;
HKCR HKEY_CLASSES_ROOT.
HKCU HKEY_CURRENT_USER.
HKLM HKEY_LOCAL_MACHINE.
HKU HKEY_USERS.
-----------------------------------------------------------
FLG_ADDREG_APPEND 在多字符串后��d��字符
FLG_ADDREG_TYPE_SZ 字符�c�d��
FLG_ADDREG_TYPE_MULTI_SZ 字符串类�?br>FLG_ADDREG_TYPE_EXPAND_SZ 扩展字符串类�?br>FLG_ADDREG_TYPE_BINARY 二进制�?br>FLG_ADDREG_TYPE_DWORD DWord�?br>FLG_ADDREG_TYPE_NONE NULL�?br>----------------------------------------------------------

[DestinationDirs]节中所定义的常量�\�?br>----------------------------------------------------------
01 源目�?后跟路径)
10 Windows目录
11 Windows�pȝ��目录
12 驱动目录
17 INF文�g目录
18 帮助文�g目录
20 字体目录
21 根目�?br>24 应用�E�序目录
25 �׃�n目录
30 当前根目�?br>50 System目录
51 Spool 目录
52 Spool 驱动目录
53 用户配置目录
----------------------------------------------------------

[DefaultInstall]节中定义的操�?br>----------------------------------------------------------
LogConfig Log日志文�g配置
Copyfiles 复制文�g
Renfiles 文�g改名
Delfiles 删除文�g
UpdateInis 更新Inis
UpdateIniFields 更新Ini字段
AddReg ��d��注册��?br>DelReg 删除注册��?br>Ini2Reg Ini文�g转换为Reg文�g
-----------------------------------------------------------

��不懂^_^ 2007-06-27 15:35 发表评论

MDI应用�E�序剖析(�?

��不懂^_^ — Thu, 22 Mar 2007 11:34:00 GMT

使用AppWizard创徏一个MDI应用�E�序�Q�我创徏的应用程序叫MDITest�Q�这样MFC生成了如下的�c�：
�c�d�� 作用
CMDITestApp �z��于CWinApp的应用程序类�?
CMainFrame �z��于CMDIFrameWnd的MDI框架�H�口�c�R�?
CMDITestDoc �z��于CDocument的文档类�?
CChildFrame �z��于CMDIChildWnd的MDI子窗口类�?
CMDITestView �z��于CView的文档显�C�类�?
在运行时刻，CMainFrame, CChildFrame, CMDITestView的窗口关�p�d��下面的表格示出：
CMainFrame
�Q�Menu, Toolbar …）
MDIClient

CChildFrame
CMDITestView
   pDocument = *CMDITestDoc   (带有文档的指�?

[StatusBar]
其中�Q�最外层的是��层�H�口CMainFrame�Q�里面包含一个MDIClient�H� 口。CChildFrame做�ؓ子窗口包含于MDIClient中（可以包含多个�Q�，CChildFrame里面则是真实的文档表�C�窗口CMDITestView了�?

我们从这里开始：
// CMDITestApp 初始�?
BOOL CMDITestApp::InitInstance()

做�ؓCWinApp的派生类�Q�通常需要重载InitInstance(), ExitInstance()两个函数�Q�以完成应用的初始化和退出。我们现在关心InitInstance中关于文档模�ѝ��窗口处理的部分�Q�而忽略掉一些CommonControl, OLE初始化部分�?

整个InitInstance代码如下�Q?
BOOL CMDITestApp::InitInstance()
{
     InitCommonControls();       // �q�里删减了大量注释和错误处理
     CWinApp::InitInstance();
     AfxOleInit();
     AfxEnableControlContainer();
     SetRegistryKey(_T("应用�E�序向导生成的本地应用程�?screen.width/2)this.style.width=screen.width/2;" border="0" />);
     LoadStdProfileSettings(4);  // 加蝲标准 INI 文�g选项(包括 MRU)

     TRACE("Before CMultiDocTemplate\n"screen.width/2)this.style.width=screen.width/2;" border="0" />;
     // 注册应用�E�序的文档模�ѝ��文档模 �?
     // ��用作文档、框架窗口和视图之间的连 �?
     CMultiDocTemplate* pDocTemplate;
     pDocTemplate = new CMultiDocTemplate(IDR_MDITestTYPE,
         RUNTIME_CLASS(CMDITestDoc),
         RUNTIME_CLASS(CChildFrame), // 自定义 MDI 子框�?
         RUNTIME_CLASS(CMDITestView));
     if (!pDocTemplate)
         return FALSE;
     TRACE("Before AddDocTemplate\n"screen.width/2)this.style.width=screen.width/2;" border="0" />;
     AddDocTemplate(pDocTemplate);

     // 创徏主 MDI 框架�H�口
     TRACE("Before new CMainFrame\n"screen.width/2)this.style.width=screen.width/2;" border="0" />;
     CMainFrame* pMainFrame = new CMainFrame;
     TRACE("Before pMainFrame->LoadFrame\n"screen.width/2)this.style.width=screen.width/2;" border="0" />;
     if (!pMainFrame || !pMainFrame->LoadFrame(IDR_MAINFRAME))
         return FALSE;
     m_pMainWnd = pMainFrame;

     TRACE("Before ParseCommandLine\n"screen.width/2)this.style.width=screen.width/2;" border="0" />;
     CCommandLineInfo cmdInfo;
     ParseCommandLine(cmdInfo);

     // 调度在命令行中指定的命��o。如 �?
     // 用�?RegServer�?Register�?Unregserver 或�?Unregister 启动应用�E�序�Q�则�q�回 FALSE�?
     TRACE("Before ProcessShellCommand\n"screen.width/2)this.style.width=screen.width/2;" border="0" />;
     if (!ProcessShellCommand(cmdInfo))
         return FALSE;

     TRACE("Before pMainFrame->ShowWindow\n"screen.width/2)this.style.width=screen.width/2;" border="0" />;
     // �ȝ��口已初始化，因此昄��它�ƈ对其�q�行曾b�新
     pMainFrame->ShowWindow(m_nCmdShow);
     TRACE("Before pMainFrame->UpdateWindow\n"screen.width/2)this.style.width=screen.width/2;" border="0" />;
     pMainFrame->UpdateWindow();
     return TRUE;
}

��Z��研究整个创徏�q�程�Q�我在其中添加了一些TRACE来跟�t�创建顺序�?

忽略掉开始的�׃��八糟的初始化�Q�从CMultiDocTemplate开始：
     CMultiDocTemplate* pDocTemplate = new CMultiDocTemplate(IDR_MDITestTYPE,
         RUNTIME_CLASS(CMDITestDoc),
         RUNTIME_CLASS(CChildFrame), // 自定义 MDI 子框�?
         RUNTIME_CLASS(CMDITestView));
     AddDocTemplate(pDocTemplate);
(作了一点点��?
�q�里首先创徏了一个CMultiDocTemplate -- new CMainFrame;
     if (!pMainFrame || !pMainFrame->LoadFrame(IDR_MAINFRAME))
         return FALSE;

其中�Q�需要研�I�的是LoadFrame的实玎ͼ�以及里面都做了些什么。我们稍后研�I��?

处理命��o行，在这里第一个空文档被徏立出来：
     CCommandLineInfo cmdInfo;
     ParseCommandLine(cmdInfo);

     // 调度在命令行中指定的命��o。如果用 /RegServer�?Register�?Unregserver 或�?Unregister 启动应用�E�序�Q�则�q�回 FALSE�?
     if (!ProcessShellCommand(cmdInfo))               // ? �q�里创徏出初始空文档
         return FALSE;

我们一会会重点研究ProcessShellCommand�?

最后，昄��ȝ��口：
     pMainFrame->ShowWindow(m_nCmdShow);
     pMainFrame->UpdateWindow();

��x��Q�WinApp::InitInstance()完成了自��q��工作�?

上面遗留了三个待研究的分支，让我们现在去研究它们�Q?
1、  CDocTemplate
2、  CFrameWnd::LoadFrame
3、  CWnd::ProcessShellCommand

研究CDocTemplate

我们的例子中是构造了一个CMultiDocTemplate�Q�它是从CDocTemplate�z��而来�Q�所以我们主要研�I�CDocTemplate�?
CDocTemplate的几个关键属性列表如下：
     CRuntimeClass* m_pDocClass;         // class for creating new documents
     CRuntimeClass* m_pFrameClass;       // class for creating new frames
     CRuntimeClass* m_pViewClass;        // class for creating new views

其中�Q?
m_pDocClass 表示文档�cȝ��型，在此例子中就是CMDITestDoc
m_pFrameClass 表示容纳View�H�口的框架窗口类�c�d��Q�此例中为CChildFrame
m_pViewClass 表示昄��文档的View视类�c�d��Q�此例中为CMDITestView

我们可以�q�样认�ؓ�Q�CDocTemplate用于描述Frame-View-Doc的关�p�R��当然它�q�有一大堆别的属性，我们暂时先忽略�?

一会还会看到CDocTemplate的创建文档、框架、视的过�E�，攑֜�ProcessShellCommand中研�I��?

研究LoadFrame

让我们��l�研�I�CFrameWnd::LoadFrame是怎么�q�作的。��用的�Ҏ��是跟�t�进入。。�?
BOOL CMDIFrameWnd::LoadFrame(UINT nIDResource, DWORD dwDefaultStyle,
     CWnd* pParentWnd, CCreateContext* pContext)
{
     // 调用基类 CFrameWnd 的 LoadFrame, pContext 在创��Z��H�口时�? NULL
     //   pParentWnd = NULL
     if (!CFrameWnd::LoadFrame(nIDResource, dwDefaultStyle,
       pParentWnd, pContext))
         return FALSE;

     // save menu to use when no active MDI child window is present
     ASSERT(m_hWnd != NULL);
     // �ȝ��口带有菜单，所以。。�?
     m_hMenuDefault = ::GetMenu(m_hWnd);
     if (m_hMenuDefault == NULL)
         TRACE(traceAppMsg, 0, "Warning: CMDIFrameWnd without a default menu.\n"screen.width/2)this.style.width=screen.width/2;" border="0" />;
     return TRUE;
}
注意�Q�我们的MDITest Application的主�H�口CMainFrame是从CMDIFrameWnd�z��的，所以进入到�q�里�Q�参考代码中�U�色的注释部分。��l�跟�t�进入CFrameWnd::LoadFrame�?

BOOL CFrameWnd::LoadFrame(UINT nIDResource, DWORD dwDefaultStyle,
     CWnd* pParentWnd, CCreateContext* pContext)
{
     // only do this once
     ASSERT_VALID_IDR(nIDResource);    // nIDResource = 128, IDR_MAINFRAME
     ASSERT(m_nIDHelp == 0 || m_nIDHelp == nIDResource);

     m_nIDHelp = nIDResource;    // ID for help context (+HID_BASE_RESOURCE)

     CString strFullString;
     if (strFullString.LoadString(nIDResource))  // = "MDITest"
         AfxExtractSubString(m_strTitle, strFullString, 0);    // 取得�W�一个子�?

     VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG));

     // attempt to create the window
     // GetIconWndClass 会调用 virtual PreCreateWindow 函数�Q�别处也会调用，从�?
     // 使得子类的PreCreateWindow ��被调用多次
     LPCTSTR lpszClass = GetIconWndClass(dwDefaultStyle, nIDResource);
     CString strTitle = m_strTitle;
     // 调用 CFrameWnd::Create() 实际创徏出窗口�?
     // 注意�Q�在�q�里��给 CMainFrame 发送 WM_CREATE �{�多个消息。触发 CMainFrame �?
     //   OnCreate 处理�{��?
     if (!Create(lpszClass, strTitle, dwDefaultStyle, rectDefault,
       pParentWnd, MAKEINTRESOURCE(nIDResource), 0L, pContext))
     {
         return FALSE;   // will self destruct on failure normally
     }

     // save the default menu handle�Q� 好像 CMDIFrameWnd 也保存了一�ơ？
     ASSERT(m_hWnd != NULL);
     m_hMenuDefault = ::GetMenu(m_hWnd);

     // load accelerator resource
     LoadAccelTable(MAKEINTRESOURCE(nIDResource));

     // WM_INITIALUPDATE 是 MFC 发明的消息，参见后面的说明�?
     if (pContext == NULL)   // send initial update
         SendMessageToDescendants(WM_INITIALUPDATE, 0, 0, TRUE, TRUE);

     return TRUE;
}

以下是从TN024: MFC-Defined Messages And Resources中抽取的部分说明�Q?
WM_INITIALUPDATE
This message is sent by the document template to all descendants of a frame window when it is safe for them to do their initial update. It maps to a call to CView::OnInitialUpdate but can be used in other CWnd-derived classes for other one-shot updating.
wParam Not used (0)
lParam Not used (0)
returns Not used (0)

归纳一下，LoadFrame中进行了如下事情�Q?
1、  注册窗口类(AfxDeferRegisterClass)
2、  实际创建窗�?Create)
3、  处理菜单、快捷键�Q�发送WM_INITIALUPDATE消息�l�所有子�H�口。实际将在CView中处理此消息。（例如�Q�在ToolBar上面放一个FormView�Q�可能就能收到这个消息�ƈ处利�Q�）

��x��Q�CMainFrame已经成功创徏�Q�菜单已�l�装载，工具条、状态行�{�已�l�在CMainFrame::OnCreate中创建。让我们接着研究�W�一个子�H�口是怎么被创建出来的�Q�该�q�程和CMainFrame::LoadFrame比�v来就不那么直接了�?

研究CWnd::ProcessShellCommand

�W�一个MDI子窗口是从这里面建立出来的，�q�实在是�~�Z��直观性。不�q�MFC��是�q�样�Q�没办法。�?
BOOL CWinApp::ProcessShellCommand(CCommandLineInfo& rCmdInfo)
{
     BOOL bResult = TRUE;
     switch (rCmdInfo.m_nShellCommand)
     {
     case CCommandLineInfo::FileNew:
         if (!AfxGetApp()->OnCmdMsg(ID_FILE_NEW, 0, NULL, NULL))      // 关键是这�?
              OnFileNew();
         if (m_pMainWnd == NULL)
              bResult = FALSE;
         break;

     case CCommandLineInfo::FileOpen:                // ��q�略
     case CCommandLineInfo::FilePrintTo:            // 忽略
     case CCommandLineInfo::FilePrint:
     case CCommandLineInfo::FileDDE:
     case CCommandLineInfo::AppRegister:
     case CCommandLineInfo::AppUnregister:
     }
     return bResult;
}
�q�入到ProcessShellCommand�Q�要处理很多�U�不同命令，我们忽略其它命��o�Q�单独看FileNew部分�?
注意�Q�实际进入到了AfxGetApp()->OnCmdMsg(ID_FILE_NEW, 0, NULL, NULL)之中�?

AfxGetApp()实际�q�回了CMDITestApp的唯一实例�Q�它从CWinApp - CWinThread - CCmdTarget - CObject �z��而来。我们没有重载OnCmdMsg�Q�所以进入到CCmdTarget的OnCmdMsg处理中。�ؓ了研�IӞ��我们删减了一些代码�?
BOOL CCmdTarget::OnCmdMsg(UINT nID, int nCode, void* pExtra,
     AFX_CMDHANDLERINFO* pHandlerInfo)
{
     // �q�里删减了一些代�?
     // determine the message number and code (packed into nCode)
     const AFX_MSGMAP* pMessageMap;
     const AFX_MSGMAP_ENTRY* lpEntry;
     UINT nMsg = 0;
     // �q�里删减了一些代码，处理后 nMsg = WM_COMMAND
     // ��Z��化，删减了一些断�a��{�。以下��@环用于查扑֤�理此消息的入口�?
     for (pMessageMap = GetMessageMap(); pMessageMap->pfnGetBaseMap != NULL;
       pMessageMap = (*pMessageMap->pfnGetBaseMap)())
     {
         lpEntry = AfxFindMessageEntry(pMessageMap->lpEntries, nMsg, nCode, nID);
         if (lpEntry != NULL)
         {
              // 扑ֈ�了消息处理项入口�Q�分发此消息�?
              return _AfxDispatchCmdMsg(this, nID, nCode,
lpEntry->pfn, pExtra, lpEntry->nSig, pHandlerInfo);
         }
     }
     return FALSE;   // 未找到则不处�?
}
最�l�MFC很愉快地扑ֈ�了一个入口项�Q�       CWinApp::OnFileNew(void)       要处理这个消息。��l�进入到_AfxDispatchCmdMsg中去看看�?

AFX_STATIC BOOL AFXAPI _AfxDispatchCmdMsg(CCmdTarget* pTarget, UINT nID, int nCode,
     AFX_PMSG pfn, void* pExtra, UINT_PTR nSig, AFX_CMDHANDLERINFO* pHandlerInfo)
         // return TRUE to stop routing
{
     union MessageMapFunctions mmf;
     mmf.pfn = pfn;
     BOOL bResult = TRUE; // default is ok

     if (pHandlerInfo != NULL)
     {
         // just fill in the information, don't do it
         pHandlerInfo->pTarget = pTarget;
         pHandlerInfo->pmf = mmf.pfn;
         return TRUE;
     }

     switch (nSig)
     {
     case AfxSigCmd_v:
         // normal command or control notification
         ASSERT(CN_COMMAND == 0);        // CN_COMMAND same as BN_CLICKED
         ASSERT(pExtra == NULL);
         (pTarget->*mmf.pfnCmd_v_v)();         // ? 实际调用 pTarget 指向的这个成员函�?
         break;
     // 下面�q�有大量的多�U� AfxSigCmd_xxx�Q�忽略掉它们�?
     default:    // illegal
         ASSERT(FALSE); return 0; break;
     }
     return bResult;
}

其中 (pTarget->*mmf.pfn_Cmd_v_v)() 对CWinApp::OnFileNew() 产生调用�Q�pTarget = CMDITestApp�c�d��例。调用进入如下：

void CWinApp::OnFileNew()
{
     if (m_pDocManager != NULL)
         m_pDocManager->OnFileNew();
}

�q�入�q�入到CDocManager::OnFileNew()

void CDocManager::OnFileNew()
{
     if (m_templateList.IsEmpty())
          // 提示没有模板�q�返�?
     CDocTemplate* pTemplate = (CDocTemplate*)m_templateList.GetHead();    // �W�一�?
     if (m_templateList.GetCount() > 1)
          // 弹出一个对话框�Q�很隄��的）提示用户选择一个文档模�?

     // 在这个例子里面，pTemplate ��是 CMDITestApp::InitInstance() 里面创徏的那个模�?
     pTemplate->OpenDocumentFile(NULL);
}

在进入CMultiDocTemplate::OpenDocumentFile之前�Q�我观察了一下调用堆栈，�l�果如下�Q?
>   mfc71d.dll!CDocManager::OnFileNew()  852  C++
    mfc71d.dll!CWinApp::OnFileNew()  行�?5   C++
    mfc71d.dll!_AfxDispatchCmdMsg(CCmdTarget * pTarget=0x0042cae8, unsigned int nID=57600, int nCode=0, void (void)* pfn=0x0041153c, void * pExtra=0x00000000, unsigned int nSig=53, AFX_CMDHANDLERINFO * pHandlerInfo=0x00000000)  �?9   C++
    mfc71d.dll!CCmdTarget::OnCmdMsg(unsigned int nID=57600, int nCode=0, void * pExtra=0x00000000, AFX_CMDHANDLERINFO * pHandlerInfo=0x00000000)  396 + 0x27    C++
    mfc71d.dll!CWinApp::ProcessShellCommand(CCommandLineInfo & rCmdInfo={...})  �?7 + 0x1e C++
    MDITest.exe!CMDITestApp::InitInstance()  行�?01 + 0xc    C++
希望我还没有�q��\�Q�）

CMultiDocTemplate::OpenDocumentFile 又是很多很多代码�Q�让我们选择一些�?
CDocument* CMultiDocTemplate::OpenDocumentFile(LPCTSTR lpszPathName,
     BOOL bMakeVisible)
{
     // 以下代码删减了验证、断�a�部分
     CDocument* pDocument = CreateNewDocument();              // 创徏文档对象
     CFrameWnd* pFrame = CreateNewFrame(pDocument, NULL);    // 创徏框架�H�口

     if (lpszPathName == NULL)
     {
         pDocument->OnNewDocument();           // 初始化文�?
     }
     else
          // 打开已有文档

     InitialUpdateFrame(pFrame, pDocument, bMakeVisible);
     return pDocument;
}

看一看CreateNewDocument()
CDocument* CDocTemplate::CreateNewDocument()
{
     // default implementation constructs one from CRuntimeClass
     if (m_pDocClass == NULL)
          // 错误提示�?
     // CRuntimeClass* m_pDocClass -> CreateObject 实例化文档类�?
     // 在此例子中既是 CMDITestDoc
     CDocument* pDocument = (CDocument*)m_pDocClass->CreateObject();
     AddDocument(pDocument);      // ��d��到模杉K��的文档列表，MultiDocTemplate 保存此一文档
     return pDocument;
}

CMDITestDoc有如下的定义�Q�仅能从CRuntimeClass里面创徏的�?
class CMDITestDoc : public CDocument
{
protected: // 仅从序列化创�?
     CMDITestDoc();               // 被保护的构造函�?
     DECLARE_DYNCREATE(CMDITestDoc)             // 支持从 CRuntimeClass 信息中创建�?

再接着�q�行CreateNewFrame�?
CFrameWnd* CDocTemplate::CreateNewFrame(CDocument* pDoc, CFrameWnd* pOther)
{
     // create a frame wired to the specified document
     CCreateContext context;           // �q�个 CreateContext 传递到 LoadFrame �?
     context.m_pCurrentFrame = pOther;         // 此例中�? NULL
     context.m_pCurrentDoc = pDoc;              // = 刚才创徏的文�?
     context.m_pNewViewClass = m_pViewClass;   // 昄��此文档的视类的类�?
     context.m_pNewDocTemplate = this;

     if (m_pFrameClass == NULL)
          // 提示错误�q�返�?
     // 利用 CRuntimeClass 信息创徏框架�H�口对象�Q�此例中为 CChildFrame
     CFrameWnd* pFrame = (CFrameWnd*)m_pFrameClass->CreateObject();

     // �q�里�Q�我们又看到了 LoadFrame , 参考前面的 LoadFrame �?
     // 在这里面�Q�View �H�口也被产生出来。参考 TRACE 输出�?
     pFrame->LoadFrame(m_nIDResource,
              WS_OVERLAPPEDWINDOW | FWS_ADDTOTITLE,   // default frame styles
              NULL, &context);
     return pFrame;
}

LoadFrame之后View�H�口��被创徏出来�Q�接着�q�入到CMDITestDoc::OnNewDocument中，现在仅仅是一个空的函敎ͼ�没有特定代码�?
BOOL CMDITestDoc::OnNewDocument()
{
   TRACE("CMDITestDoc::OnNewDocument() entry\n"screen.width/2)this.style.width=screen.width/2;" border="0" />;
     if (!CDocument::OnNewDocument())
         return FALSE;

     // TODO: 在此��d��重新初始化代 �?
     // (SDI 文档��重用该文档)

     return TRUE;
}

最后是CDocTemplate::InitialUpdateFrame�Q�这里面主要是激�z�L��建的框架、文档、视�Q�看得挺头疼的�?
void CDocTemplate::InitialUpdateFrame(CFrameWnd* pFrame, CDocument* pDoc,
     BOOL bMakeVisible)
{
     // just delagate to implementation in CFrameWnd
     pFrame->InitialUpdateFrame(pDoc, bMakeVisible);
}

现在�Q�文档、框架窗口、视�H�口全部被创建出来，我们胜利的返回到ProcessShellCommand处。显�C�和更新�ȝ��口，完成了WinApp::InitInstance �Q?
     // �ȝ��口已初始化，因此昄��它�ƈ对其�q�行曾b�新
     pMainFrame->ShowWindow(m_nCmdShow);
     pMainFrame->UpdateWindow();

看一下至此的TRACE输出�Q�中间的DLL加蝲被去掉了�Q?
Before CMultiDocTemplate
Before AddDocTemplate
Before new CMainFrame
CMainFrame::CMainFrame()
Before pMainFrame->LoadFrame
CMainFrame::PreCreateWindow entry         // 注意�Q�PreCreateWindow 被两�ơ调�?
CMainFrame::PreCreateWindow entry
CMainFrame::OnCreate entry before CMDIFrameWnd::OnCreate
CMainFrame::OnCreate before m_wndToolBar.CreateEx
CMainFrame::OnCreate before m_wndStatusBar.Create
Before ParseCommandLine
Before ProcessShellCommand
CMDITestDoc::CMDITestDoc()       // 文档对象被创�?
CChildFrame::CChildFrame()       // 子框架窗口被创徏
CChildFrame::PreCreateWindow entry
CChildFrame::PreCreateWindow entry
CChildFrame::PreCreateWindow entry
CMDITestView::CMDITestView() entry   // 子框架窗口的 OnCreate 中创��Z�� View �H�口
CMDITestView::PreCreateWindow entry
CMDITestDoc::OnNewDocument() entry
Before pMainFrame->ShowWindow
Before pMainFrame->UpdateWindow

// 退出时的 TRACE
CMDITestView::~CMDITestView()
CChildFrame::~CChildFrame()
CMDITestDoc::~CMDITestDoc()
CMainFrame::~CMainFrame()

��不懂^_^ 2007-03-22 19:34 发表评论