C++博客-C++乐园-文章分类-Windows编程

VC 6.0中编译和使用OpenSSL的过程

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

VC 6.0中编译和使用OpenSSL的过程

一、编译并安装OpenSSL

1、按照标准步骤从源代码编译安装OpenSSL
    在编译OpenSSL前，需要正确安装Perl，因为在编译OpenSSL时需要使用到该程序。

    下载最新版本的Perl：http://downloads.activestate.com/ActivePerl/Windows/。然后安装之。

    下载最新版本的OpenSSL：http://www.openssl.org/source/

    然后将源码解压缩到某个目录（如 C:\openssl-0.9.8j）中。

    进入openssl源码目录。
    cd c:\openssl-0.9.8.j

    以下为参照该目录下的文件INSTALL.W32的执行过程：

运行configure：
perl Configure VC-WIN32 --prefix=c:/openssl

    创建Makefile文件：
    ms\do_ms

    编译动态库：
    nmake -f ms\ntdll.mak
    编译静态库：
    nmake -f ms\nt.mak

    测试动态库：
    nmake -f ms\ntdll.mak test
    测试静态库：
    nmake -f ms\nt.mak test

    安装动态库：
    nmake -f ms\ntdll.mak install
    安装静态库：
    nmake -f ms\nt.mak install

    清除上次动态库的编译，以便重新编译：
    nmake -f ms\ntdll.mak clean
    清除上次静态库的编译，以便重新编译：
    nmake -f ms\nt.mak clean

2、如果嫌麻烦，不想编译，可以直接用别人做好的windows OpenSSL 安装包（我用的是0.9.8j版），
可以从 http://www.slproweb.com/products/Win32OpenSSL.html 下载 OpenSSL for Windows，直接安装。

P.S. OpenSSL for Windows 的源代码有一些数据类型和VC6的编译器不兼容，我发现的不兼容的数据类型如下：
　　在OpenSSL安装目录的下的include/bn.h文件中，将
    #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

否则，会出现编译错误。

二、使用OpenSSL

    在VC中配置使用以上的函数库：
    点击菜单：Tools -> Options，弹出对话框"Options"，在该对话框中选择"Directories"标签。
    在"Show directories for:"的"Include files"选项中新增目录"C:\openssl\include"；
      "Library files"选择中新增目录"C:\openssl\lib"。

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

三、问题

    我在链接OpenSSL的静态函数库时遇到类似以下的问题：
    Linking...
    msvcrt.lib(MSVCRT.dll) : error LNK2005: _strchr already defined in libcmtd.lib(strchr.obj)
    ...

    这是由于OpenSSL的静态函数库使用的是了VC的多线程DLL的Release版本，而我的程序使用了多线程静态链接的Release版本。

    调整OpenSSL的静态函数库使用的库函数版本即可，调整过程如下：

    编辑文件 ms\nt.mak，将该文件第19行
    "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即可。

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

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

(转)将 Win32 C/C++ 应用程序迁移到 POWER 上的 Linux，第 3 部分: 信号

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

摘要: 将 Win32 C/C++ 应用程序迁移到 POWER 上的 Linux，第 3 部分: 信号 ... 阅读全文

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

(转)将 Win32 C/C++ 应用程序迁移到 POWER 上的 Linux，第 2 部分: 互斥

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

摘要: 将 Win32 C/C++ 应用程序迁移到 POWER 上的 Linux，第 2 部分: 互斥 ... 阅读全文

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

(转)Win32 C/C++ 应用程序迁移到 POWER 上的 Linux 第 1 部分: 进程、线程和共享内存服务

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

摘要: 将 Win32 C/C++ 应用程序迁移到 POWER 上的 Linux，第 1 部分: 进程、线程和共享内存服务 ... 阅读全文

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

明明白白Inf文件

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

转载]明明白白Inf文件

信息来源：网络

INF文件全称Information File文件，是Winodws操作系统下用来描述设备或文件等数据信息的文件。INF文件是由标准的ASCII码组成，您可以用任何一款文字编辑器查看修改其中的内容。一般我们总是认为INF文件是系统设备的驱动程序，其实这是错误的认识，Windows之所以在安装某些硬件的驱动时提示需要INF文件是因为INF文件为该设备提供了一个全面描述硬件参数和相应驱动文件(DLL文件)的信息。就好比我们看着说明书安装电脑硬件一样，我们就是Windows系统，说明书就是INF文件。INF文件功能非常强大，几乎能完成日常操作的所有功能。您可以把它看成是Windows系统底下的超强批初理。要熟练掌握和理解甚至是编写INF文件需要对其内部结构有相当的认识。下面就让我们来深入到INF文件中的内部一窥其真面貌吧！

INF文件的组成有节(Sections)，键(Key)和值(value)三部分。
关键节有
[Version]版本描述信息，主要用于版本控制。
[Strings]字符串信息，用于常量定义。
[DestinationDirs]定义系统路径信息。
[SourceDisksNames]指明源盘信息。
[SourceDisksNames]指明源盘文件名。
[DefaultInstall]开始执行安装。
其它的节可以自定义，下面用一实例来具体讲解。

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

[Strings]
Product="添加文件关联演示"
Version="1.0"
Author="Xunchi"
Copyright="Copyright 2005"
CustomFile="inf" ;修改您需要的文件名后缀
Program="NOTEPAD.EXE" ;修改您需要关联的应用程序名

[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文件需要运行在何种操作系统版本中。有$Windows NT$, $Chicago$, or $Windows 95$三个值供选择，一般选择$Chicago$即可。项Provider中定义了该文件的创作来源，%Author%指引用Author项的值。您也可自定其它项来描述该INF文件的版本信息。该INF文件的作用是关联文件，所以主要是对注册表的操作，我们来看[Add.Reg]节，共四条语句，格式都是一样。HKCR表示根HKEY_CLASSES_ROOT，第二个参数是子键的路径名，第三个参数是表明值的类型，最后是值(具体见附表)。以上都是对操作的定义与过程，在节[DefaultInstall]中是开始执行要安装的流程，AddReg表明是对注册表进行操作，操作对象是Add.Reg节中的定义。如果您把AddReg换成DelReg则是删除注册表中的键值。当鼠标单击该INF文件在弹出的菜单中选择“安装”就开始执行您所定义的操作。该示例在系统的INF文件右键菜单中增加了查看编辑功能并设置了默认动作，因为在安装了不了解的INF文件有可能对系统产生不良的影响，这样双击文件就可打开编辑该文件了。

　　再看看INF文件在文件操作方面的能力吧。请看下面的一个例子。

程序代码
[Version]
Signature=$Chicago$
Provider=%Author%
[Strings]
Product="文件复制和安装演示"
Version="1.0"
Author="Xunchi"
Copyright="Copyright 2005"

[FileList]
ProcessList.exe ;此文件已在当前目录下，下同。

[FileList1]
Wordpad.exe
[DestinationDirs]
FileList=11 ;安装到Windows的系统目录
FileList1=10 ;安装到Windows目录
[DefaultInstall]
Copyfiles=FileList,FileList1

　　相同的节的作用与上一例类似，请注意新出现的节[FileList]，这是我自定义的节名，它表示了一个文件组，[FileList1]也类似。在节[DestinationDirs]中需定义每个文件组复制到的目录(各个常量的意义见附表)。Copyfiles指明了需要进行复制的文件组。
　　INF文件的操作还包括服务(NT系统)程序的安装和卸载，INI文件的转换等。由于这些操作都比较的复杂和繁琐，且有一定的危险性故下次有机会再向大家进行深入探讨。
　　最后我们来看一下INF文件的执行机制，这时你也许要问不就是简单的执行一下“安装”吗？知其然不知其所以然知识水平是不会提高的。在“文件夹选项”中的“文件类型”找到INF文件的“安装”命令看到一串命令。“rundll32.exe setupapi,InstallHinfSection DefaultInst_all 132 %1”它表示了运行Dll文件setupapi.dll中的命令InstallHinfSection并传递给它起始节的名字 DefaultInstall。可见起始节是可以自定义的。INF文件的执行也可用在各种支持API调用的编程工具中。至此INF文件的结构和运行机制我们已基本了解，现在就让你的思维开动起来，让它更好的为我们工作吧。

注册表操作的常量定义：
----------------------------------------------------------
常量根值
HKCR HKEY_CLASSES_ROOT.
HKCU HKEY_CURRENT_USER.
HKLM HKEY_LOCAL_MACHINE.
HKU HKEY_USERS.
-----------------------------------------------------------
FLG_ADDREG_APPEND 在多字符串后添加字符
FLG_ADDREG_TYPE_SZ 字符类型
FLG_ADDREG_TYPE_MULTI_SZ 字符串类型
FLG_ADDREG_TYPE_EXPAND_SZ 扩展字符串类型
FLG_ADDREG_TYPE_BINARY 二进制值
FLG_ADDREG_TYPE_DWORD DWord值
FLG_ADDREG_TYPE_NONE NULL值
----------------------------------------------------------

[DestinationDirs]节中所定义的常量路径
----------------------------------------------------------
01 源目录(后跟路径)
10 Windows目录
11 Windows系统目录
12 驱动目录
17 INF文件目录
18 帮助文件目录
20 字体目录
21 根目录
24 应用程序目录
25 共享目录
30 当前根目录
50 System目录
51 Spool 目录
52 Spool 驱动目录
53 用户配置目录
----------------------------------------------------------

[DefaultInstall]节中定义的操作
----------------------------------------------------------
LogConfig Log日志文件配置
Copyfiles 复制文件
Renfiles 文件改名
Delfiles 删除文件
UpdateInis 更新Inis
UpdateIniFields 更新Ini字段
AddReg 添加注册项
DelReg 删除注册项
Ini2Reg Ini文件转换为Reg文件
-----------------------------------------------------------

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

MDI应用程序剖析(转)

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

使用AppWizard创建一个MDI应用程序，我创建的应用程序叫MDITest，这样MFC生成了如下的类：
类名作用
CMDITestApp 派生于CWinApp的应用程序类。
CMainFrame 派生于CMDIFrameWnd的MDI框架窗口类。
CMDITestDoc 派生于CDocument的文档类。
CChildFrame 派生于CMDIChildWnd的MDI子窗口类。
CMDITestView 派生于CView的文档显示类。
在运行时刻，CMainFrame, CChildFrame, CMDITestView的窗口关系如下面的表格示出：
CMainFrame
（Menu, Toolbar …）
MDIClient

CChildFrame
CMDITestView
   pDocument = *CMDITestDoc   (带有文档的指针)

[StatusBar]
其中，最外层的是顶层窗口CMainFrame，里面包含一个MDIClient窗口。CChildFrame做为子窗口包含于MDIClient中（可以包含多个），CChildFrame里面则是真实的文档表示窗口CMDITestView了。

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

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

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

     TRACE("Before CMultiDocTemplate\n"screen.width/2)this.style.width=screen.width/2;" border="0" />;
     // 注册应用程序的文档模板。文档模板
     // 将用作文档、框架窗口和视图之间的连接
     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 框架窗口
     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);

     // 调度在命令行中指定的命令。如果
     // 用 /RegServer、/Register、/Unregserver 或 /Unregister 启动应用程序，则返回 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" />;
     // 主窗口已初始化，因此显示它并对其进行更新
     pMainFrame->ShowWindow(m_nCmdShow);
     TRACE("Before pMainFrame->UpdateWindow\n"screen.width/2)this.style.width=screen.width/2;" border="0" />;
     pMainFrame->UpdateWindow();
     return TRUE;
}

为了研究整个创建过程，我在其中添加了一些TRACE来跟踪创建顺序。

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

其中，需要研究的是LoadFrame的实现，以及里面都做了些什么。我们稍后研究。

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

     // 调度在命令行中指定的命令。如果用 /RegServer、/Register、/Unregserver 或 /Unregister 启动应用程序，则返回 FALSE。
     if (!ProcessShellCommand(cmdInfo))               // ? 这里创建出初始空文档
         return FALSE;

我们一会会重点研究ProcessShellCommand。

最后，显示主窗口：
     pMainFrame->ShowWindow(m_nCmdShow);
     pMainFrame->UpdateWindow();

至此，WinApp::InitInstance()完成了自己的工作。

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

研究CDocTemplate

我们的例子中是构造了一个CMultiDocTemplate，它是从CDocTemplate派生而来，所以我们主要研究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

其中：
m_pDocClass 表示文档类类型，在此例子中就是CMDITestDoc
m_pFrameClass 表示容纳View窗口的框架窗口类类型，此例中为CChildFrame
m_pViewClass 表示显示文档的View视类类型，此例中为CMDITestView

我们可以这样认为，CDocTemplate用于描述Frame-View-Doc的关系。当然它还有一大堆别的属性，我们暂时先忽略。

一会还会看到CDocTemplate的创建文档、框架、视的过程，放在ProcessShellCommand中研究。

研究LoadFrame

让我们继续研究CFrameWnd::LoadFrame是怎么运作的。使用的方法是跟踪进入。。。
BOOL CMDIFrameWnd::LoadFrame(UINT nIDResource, DWORD dwDefaultStyle,
     CWnd* pParentWnd, CCreateContext* pContext)
{
     // 调用基类 CFrameWnd 的 LoadFrame, pContext 在创建主窗口时 = 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;
}
注意，我们的MDITest Application的主窗口CMainFrame是从CMDIFrameWnd派生的，所以进入到这里，参考代码中红色的注释部分。继续跟踪进入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);    // 取得第一个子串

     VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG));

     // attempt to create the window
     // GetIconWndClass 会调用 virtual PreCreateWindow 函数，别处也会调用，从而
     // 使得子类的PreCreateWindow 将被调用多次
     LPCTSTR lpszClass = GetIconWndClass(dwDefaultStyle, nIDResource);
     CString strTitle = m_strTitle;
     // 调用 CFrameWnd::Create() 实际创建出窗口。
     // 注意：在这里将给 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，好像 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中抽取的部分说明：
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中进行了如下事情：
1、  注册窗口类(AfxDeferRegisterClass)
2、  实际创建窗口(Create)
3、  处理菜单、快捷键，发送WM_INITIALUPDATE消息给所有子窗口。实际将在CView中处理此消息。（例如：在ToolBar上面放一个FormView，可能就能收到这个消息并处利？）

至此，CMainFrame已经成功创建，菜单已经装载，工具条、状态行等已经在CMainFrame::OnCreate中创建。让我们接着研究第一个子窗口是怎么被创建出来的，该过程和CMainFrame::LoadFrame比起来就不那么直接了。

研究CWnd::ProcessShellCommand

第一个MDI子窗口是从这里面建立出来的，这实在是缺乏直观性。不过MFC就是这样，没办法。
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:                // 忽略
     case CCommandLineInfo::FilePrintTo:            // 忽略
     case CCommandLineInfo::FilePrint:
     case CCommandLineInfo::FileDDE:
     case CCommandLineInfo::AppRegister:
     case CCommandLineInfo::AppUnregister:
     }
     return bResult;
}
进入到ProcessShellCommand，要处理很多种不同命令，我们忽略其它命令，单独看FileNew部分。
注意：实际进入到了AfxGetApp()->OnCmdMsg(ID_FILE_NEW, 0, NULL, NULL)之中。

AfxGetApp()实际返回了CMDITestApp的唯一实例，它从CWinApp - CWinThread - CCmdTarget - CObject 派生而来。我们没有重载OnCmdMsg，所以进入到CCmdTarget的OnCmdMsg处理中。为了研究，我们删减了一些代码。
BOOL CCmdTarget::OnCmdMsg(UINT nID, int nCode, void* pExtra,
     AFX_CMDHANDLERINFO* pHandlerInfo)
{
     // 这里删减了一些代码
     // determine the message number and code (packed into nCode)
     const AFX_MSGMAP* pMessageMap;
     const AFX_MSGMAP_ENTRY* lpEntry;
     UINT nMsg = 0;
     // 这里删减了一些代码，处理后 nMsg = WM_COMMAND
     // 为了简化，删减了一些断言等。以下循环用于查找处理此消息的入口。
     for (pMessageMap = GetMessageMap(); pMessageMap->pfnGetBaseMap != NULL;
       pMessageMap = (*pMessageMap->pfnGetBaseMap)())
     {
         lpEntry = AfxFindMessageEntry(pMessageMap->lpEntries, nMsg, nCode, nID);
         if (lpEntry != NULL)
         {
              // 找到了消息处理项入口，分发此消息。
              return _AfxDispatchCmdMsg(this, nID, nCode,
lpEntry->pfn, pExtra, lpEntry->nSig, pHandlerInfo);
         }
     }
     return FALSE;   // 未找到则不处理
}
最终MFC很愉快地找到了一个入口项，       CWinApp::OnFileNew(void)       要处理这个消息。继续进入到_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;
     // 下面还有大量的多种 AfxSigCmd_xxx，忽略掉它们。
     default:    // illegal
         ASSERT(FALSE); return 0; break;
     }
     return bResult;
}

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

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

进入进入到CDocManager::OnFileNew()

void CDocManager::OnFileNew()
{
     if (m_templateList.IsEmpty())
          // 提示没有模板并返回
     CDocTemplate* pTemplate = (CDocTemplate*)m_templateList.GetHead();    // 第一个
     if (m_templateList.GetCount() > 1)
          // 弹出一个对话框（很难看的）提示用户选择一个文档模板

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

在进入CMultiDocTemplate::OpenDocumentFile之前，我观察了一下调用堆栈，结果如下：
>   mfc71d.dll!CDocManager::OnFileNew()  852  C++
    mfc71d.dll!CWinApp::OnFileNew()  行 25   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)  行89   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={...})  行27 + 0x1e C++
    MDITest.exe!CMDITestApp::InitInstance()  行 101 + 0xc    C++
希望我还没有迷路：）

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

     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);      // 添加到模板里的文档列表，MultiDocTemplate 保存此一文档
     return pDocument;
}

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

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

     if (m_pFrameClass == NULL)
          // 提示错误并返回
     // 利用 CRuntimeClass 信息创建框架窗口对象，此例中为 CChildFrame
     CFrameWnd* pFrame = (CFrameWnd*)m_pFrameClass->CreateObject();

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

LoadFrame之后View窗口将被创建出来，接着进入到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: 在此添加重新初始化代码
     // (SDI 文档将重用该文档)

     return TRUE;
}

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

现在，文档、框架窗口、视窗口全部被创建出来，我们胜利的返回到ProcessShellCommand处。显示和更新主窗口，完成了WinApp::InitInstance ：
     // 主窗口已初始化，因此显示它并对其进行更新
     pMainFrame->ShowWindow(m_nCmdShow);
     pMainFrame->UpdateWindow();

看一下至此的TRACE输出，中间的DLL加载被去掉了：
Before CMultiDocTemplate
Before AddDocTemplate
Before new CMainFrame
CMainFrame::CMainFrame()
Before pMainFrame->LoadFrame
CMainFrame::PreCreateWindow entry         // 注意：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 中创建了 View 窗口
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 发表评论