博客园_是金子就会灿烂

“三国演义”何处去

2011-11-12T07:10:00Z

作者：朱金灿

来源：http://www.cnblogs.com/clever101

微软资深副总裁张亚勤在2011移动开发者大会的演讲《移动互联的新趋势》这样描述当前的移动操作系统的分布趋势：随着Windows Phone的推出，移动平台市场渐成三国演义之势（并非原话，大致意思是这样）。那么就让我们分析一下这“三国”在未来力量会发生怎样的此消彼长。

首先让我们分析一下在这个移动产业链中有哪几类人，他们的目标又是什么。据我分析，大致如下：

（上表是按其公司的主营业务划分的，如苹果，在我看来，它既是移动操作系统开发商

，同时也是手机硬件设计和制造商，而三星，虽然也有自己的手机操作系统，但其主营业务是整机的设计和制造）

接着我们分析一下消费者购买一部手机的心理。我想不外乎是两个方面：硬件和软件，如硬件方面：硬件性能强大、外表美观等等，软件方面：手机操作系统的设计得很人性化，上面有很多好玩的游戏和软件。从中看出我们看出上表中列出三类人是相互依存的：移动操作系统开发商要让自己开发的手机操作系统运行在更多的手机上，就要依赖于手机硬件设计和制造商卖出更多的手机；手机硬件设计和制造商要卖出更多的手机，就需要靠手机操作系统和第三方的手机开发商开发的软件和游戏来吸引消费者；独立的第三方手机软件开发商要开发的软件，需要手机操作系统提供商提供便捷的开发工具和SDK。也就是说，这里面其实是有一个链条在里面的。如果按照这一思路分析，我们就会得出一些有趣的结论。

苹果的致命缺陷

说苹果有什么致命缺陷的话，可能对当前如日中天的苹果多少不敬。当我第一次看到可以在Mac机硬件上安装Windows系统的Boot Camp工具时，不得不感慨市场力量之大：原来固执如苹果者，也是可以改变的，你可以主动向市场开放，市场也可以以它的力量叫你开放。如果说苹果有什么缺陷的话，那就是封闭，一如它的产品线，从软件到硬件自家全包了。如果按照上面提到产业链条分析，我们可以看到在苹果的链条是这样的：苹果生产移动操作系统开发商和手机硬件，独立的第三方手机软件开发商在ios平台上开发软件。在这一链条中苹果公司是居于主导地位的。也就是说如果苹果一直保持现有的创新的设计能力等等优点，它或许能保持现有的市场地位；但是如果它不能保持，那么它的衰落就不可避免。纵观整个it发展史，基本上没有一个公司能长时间保持做一种持续市场领跑者的角色。特别是苹果的精神导师乔布斯去世后，苹果产品还能否保持他倡导的风格，一切尚存有疑问。

Windows Phone的策略

纵观微软的发家史，我们得出一个结论：微软很少是一个市场先锋者，但却经常是一个出色的超越者，例子有很多，例如所见即所得的图形界面不是微软创造的(那是施乐搞出来的)，但是微软却把它发扬光大；第一个网络浏览器是网景搞的，但微软的IE却能击败网景。

微软竞争制胜的法宝是什么？微软主要靠的是围绕windows平台而产生的产业链。人们使用windows的一个简单而重要的理由是：上面有我们工作和生活所需要的软件和文件。微软和众多的硬件生产商、应用软件生产商结成了一个关系十分牢靠的联盟，可以说是一荣俱荣，一损俱损。前一段时间说微软的win8平台会为了推广html5，会抛弃原有的开发的语言，如C++、.Net等。我说微软不会干那些破坏自己产业链的事，除非它自己不想干了。

回到移动平台的话题上。微软正在复制自己的PC市场上的成功经验。微软之所以选择和诺基亚合作，想依靠后者强大的手机生产和设计能力来推广其Windows Phone平台。但是我们也可以想象得到，Windows Phone的用户并不限于诺基亚。微软的意图在于将Windows Phone打造另一个PC上的windows，和众多的手机硬件生产商、手机软件生产商结成一个可靠联盟。这也是微软的厉害之处，它从来不是以自己一家的力量来取得胜利，而是围绕一个平台形成的产业链去围剿对手。

商业市场的链条和生物圈的原理非常类似。上过生物课的朋友都知道这样一个道理，对整个生物圈来讲物种越丰富，系统就越稳定。我们设想这样情景：如果苹果垮掉了，哪些企业会受损，我想应该是为苹果代工那些硬件制造商如富士康以及ios平台上的软件开发商；如果微软垮掉了，所有的使用Windows Phone的手机硬件制造商和软件开发商都会受到很大影响。哪个链条上的物种多，这个你可以想得到。微软比苹果还有一些优势：一是它只须专注做好手机操作系统，而不用考虑硬件；二是它可以通过自己的努力尽量将人数众多的windows软件开发者吸引到移动平台上。

当然我不是说Windows Phone的前途就一片光明。微软面临的问题也是很多：比如作为一个市场的后发者，如何在创新和设计上赶上市场先发者；如何推广Windows Phone；如何吸引开发者等等。

安卓的隐忧

应该是Google对微软的研究得很深，它深知微软的成功模式很难被其它厂商所复制。它采取的竞争模式我称之为“带开源色彩的商业模式”。Google开发的安卓系统给手机硬件生产商带来的好处也是显而易见的：首先它是免费的，不需要交类似微软的操作系统使用授权费，其次它是开源的，开源的好处是它是可以任意定制的，它是能吸引大量开发者的。

看起来安卓比起Windows Phone是有优势的。但它是存在隐忧的。首先是因为Google收购摩托罗拉公司引起的。Google收购摩托罗拉公司一方面避免使其避免大量的专利侵权官司，但另一方面却让人对其产业定位产生了怀疑。手机硬件生产商的一个担忧是安卓系统会不会从一个公开的操作系统变为google自家的操作系统。虽然google就此事做过声明，但我想还是需要采取实际行动取信于手机硬件生产商。三星就出于这方面的忧虑，开始放弃安卓大力发展自家的手机操作系统bada。其次是开源固然有其好处，但其缺陷也不可小视。你可以想想众多的难以兼容的Linux发行版本。而不同于PC软件开发，独立的第三方手机软件开发商对于跨平台的需求更为强烈。如何保证各个定制的安卓版本的应用程序兼容性，这也是Google需要解决的一个问题。

综述

综上所述，我对Windows Phone表示谨慎的乐观，如果Google能解决我上文提到的问题，也能在竞争中占有一席之地。苹果如不改变其封闭策略，其衰落很难避免。

本文链接

悼念丹尼斯•里奇

2011-10-14T12:19:00Z

作者：朱金灿

来源：http://www.cnblogs.com/clever101

前天我从一位好友的qq签名看到：又一位大师dmr走了！我不禁好奇，上百度搜索（google被封）dmr，结果是没有搜到一个满意的结果。今天在csdn论坛得知：C语言之父丹尼斯-里奇2011年10月9日辞世，突然联系起好友的qq签名，心想大概就是他了，上网搜索后确认是他。作为一个以C语言为入门语言的计算机从业者，得益于丹尼斯·里奇的开创性的贡献，心中对他自有一番感激之情。可能你奇怪丹尼斯·里奇的英文名为Dennis Ritchie，为何叫他dmr呢？原来是：Dennis Ritchie is often referred to as "dmr" (his Bell Labs email address) in technical discussion groups。

本文链接

将MFC Grid control封装为DLL的做法及其在DLL中的使用方法

2011-09-29T15:08:00Z

作者：朱金灿

来源：http://www.cnblogs.com/clever101

MFC Grid control是一款非常优秀的网格控件，支持非常丰富的界面元素，如下图：

因而在数据库程序及报表程序应用较为广泛，其源码可以在下面下载到：

MFC Grid control 2.27源码下载

MFC Grid control的作者并没有将其封装为DLL，因为在程序的多个模块复用这个控件比较麻烦（需要在多个工程中加入其源码），因此最好将其封装为一个DLL。今天有同事反映在DLL的对话框中无法使用封装好的MFC Grid control，于是上网查了下资料，晚上摸索了一下，解决了这个问题。

MFC Grid control的作者在设计该控件并没考虑到在DLL中使用该控件，因此在其控件类CGridCtrl类的构造函数注册窗口类时指定该窗口类的窗口过程所属的应用实例句柄皆为主程序的程序句柄（一般为exe程序），因此在DLL中无法显示。因此要解决该问题，就必须将注册窗口类函数改写，将应用实例句柄传给控件类。具体注册函数为：

BOOL CGridCtrl::RegisterWindowClass(HINSTANCE hInstance)
{
    WNDCLASS wndcls;
    HINSTANCE hInst = hInstance ? hInstance : AfxGetInstanceHandle();
    //HINSTANCE hInst = AfxGetResourceHandle();

    if (!(::GetClassInfo(hInst, GRIDCTRL_CLASSNAME, &wndcls)))
    {
        // otherwise we need to register a new class
        wndcls.style            = CS_DBLCLKS | CS_HREDRAW | CS_VREDRAW;
        wndcls.lpfnWndProc      = ::DefWindowProc;
        wndcls.cbClsExtra       = wndcls.cbWndExtra = 0;
        wndcls.hInstance        = hInst;
        wndcls.hIcon            = NULL;
#ifndef _WIN32_WCE_NO_CURSOR
        wndcls.hCursor          = AfxGetApp()->LoadStandardCursor(IDC_ARROW);
#else
        wndcls.hCursor          = 0;
#endif
        wndcls.hbrBackground    = (HBRUSH) (COLOR_3DFACE + 1);
        wndcls.lpszMenuName     = NULL;
        wndcls.lpszClassName    = GRIDCTRL_CLASSNAME;

        if (!AfxRegisterClass(&wndcls))
        {
            AfxThrowResourceException();
            return FALSE;
        }
    }

    return TRUE;
}

下面介绍如何在DLL工程中使用CGridCtrl类。新建一个MFC 常规DLL，接着新建一个对话框资源，拖一个Custom Control进对话框，Class填:MFCGridCtrl,ID取为IDC_GRID,

如下图：

在对话框类中添加成员变量：

CGridCtrl m_Grid;

在对话框的实现代码中添加控件绑定以及注册窗口代码：

void CGridDlg::DoDataExchange(CDataExchange* pDX)
{
    CDialog::DoDataExchange(pDX);
    DDX_Control(pDX, IDC_GRID, m_Grid);
}

extern CDllGridApp theApp;
CGridDlg::CGridDlg(CWnd* pParent /*=NULL*/)
    : CDialog(CGridDlg::IDD, pParent)
{
    // 最好在构造函数注册，其它地方不保证成功，传入是DLL的模块句柄
    m_Grid.RegisterWindowClass(theApp.m_hInstance);
}

效果图如下，其中弹出对话框的操作在DLL实现：

typedef 名不能位于类或结构或联合之后的问题的解决办法

2011-09-29T14:14:00Z

源代码如下：

template<class TObj>
struct SObjImpl{
RECT m_rct;
std::deque<TObj*> m_ObjCnt;
typedef class std::deque<TObj*>::iterator ObjItr;

virtual ~SObjImpl(){
  ObjItr itr(m_ObjCnt.begin());
  while(itr!=m_ObjCnt.end())delete *itr++;
  m_ObjCnt.clear();
}

virtual void Recalc()=0;
};

使用VS2008 SP1编译时报错：

1>d:\test\controltest\controltest\gridctrls\gridctrl\gridctrl.h(324) : error C2242: typedef 名不能位于类/结构/联合之后

1> d:\test\controltest\controltest\gridctrls\gridctrl\gridctrl.h(333): 参见对正在编译的类模板实例化“SObjImpl<TObj>”的引用

解决办法：

typedef class std::deque<TObj*>::iterator ObjItr;

改成

typedef typename std::deque<TObj*>::iterator ObjItr;

明确std::deque<TObj*>::iterator为一个类型名称。

本文链接

GUID转换为字符串的做法

2011-09-24T12:03:00Z

作者：朱金灿

来源：http://www.cnblogs.com/clever101

    GUID   guid;
    hr=::CoCreateGuid(&guid); // 产生guid
    TCHAR szGuid[128];
    memset(szGuid,'\0',128);
    sprintf(szGuid,_T("%08X%04X%04X%02X%02X%02X%02X%02X%02X%02X%02X"),guid.Data1,guid.Data2,guid.Data3
        ,   guid.Data4[0],   guid.Data4[1]
    ,   guid.Data4[2],   guid.Data4[3],   guid.Data4[4],   guid.Data4[5]
    ,   guid.Data4[6],   guid.Data4[7] ) ;

本文链接

Error C2662， cannot convert ‘this’ pointer from ‘const class ’ to ‘class &’的解决办法

2011-09-21T11:55:00Z

作者：朱金灿

来源：http://www.cnblogs.com/clever101

下面的一段代码：

#include "stdafx.h"
#include <iostream>

class Point3d
{
public:
    Point3d(float x=0.0,float y=0.0,float z=0.0)
        :_x(x),_y(y),_z(z)
    {
    }

    float GetX() {return _x;}
    float GetY() {return _y;}
    float GetZ() {return _z;}

    inline std::ostream& operator<<(std::ostream&out)const
    {
        out<<GetX()<<" "<<GetY()<<" "<<GetZ()<<std::endl;

        return out;
    }

private:
    float _x,_y,_z;
};

VS C++2005编译出现下面错误：

1>d:\algorithmic\searchnum\console\console.cpp(21) : error C2662: “Point3d::GetX”: 不能将“this”指针从“const Point3d”转换为“Point3d &”

1> 转换丢失限定符

1>d:\algorithmic\searchnum\console\console.cpp(21) : error C2662: “Point3d::GetY”: 不能将“this”指针从“const Point3d”转换为“Point3d &”

1> 转换丢失限定符

1>d:\algorithmic\searchnum\console\console.cpp(21) : error C2662: “Point3d::GetZ”: 不能将“this”指针从“const Point3d”转换为“Point3d &”

原因在于带const修饰符的接口会把this指针转化为为const this类型。网上一种解决办法是，把需要调用的非const接口都改为const，如上例的GetX、GetY和GetZ函数改为：

    float GetX() const{return _x;}
    float GetY() const{return _y;}
    float GetZ() const{return _z;}

我想到的一种办法是可以直接在内部将const修饰符去掉,具体如下：

out<<(const_cast<Point3d*>(this))->GetX()<<" "<<(const_cast<Point3d*>(this))->GetY()<<" "<<(const_cast<Point3d*>(this))->GetZ()<<std::endl;

参考文献：

1. Error C2662， cannot convert ‘this’ pointer from ‘const class ’ to ‘class &’

本文链接

奋战一天半，做了个VS 2005插件

2011-09-18T16:01:00Z

作者：朱金灿

来源：http://www.cnblogs.com/clever101

利用周六下午和周日，做了个VS 2005插件。做VS 2005插件目的在于提高下工作效率，创意来自jingzhongrong大侠，调用 Google 搜索代码编辑器中选中的文本。他使用C#实现这个功能的（他做成了一个菜单，该文的参考文献就是他写的相关文章），我决心用ATL来完成一个工具栏实现相应功能（我感觉工具栏操作起来更方便）。

其实功能实现就只花了十几二十分钟，之所以费了一天半，不得不说微软的VS扩展工程对ATL的支持实在太坑爹了，总是出现莫名奇妙的错误。一个明显的例证是添加按钮那一步，第一次没创建成功，换个名字就好了。秀一个效果图吧(下图中圈中的工具栏):

使用方法如下：

1. 选中要搜索的代码文本，如下图的选中BITMAP，然后单击搜索按钮，如下图：

2. 这时VS 2005变身一个浏览器了，如下图：

这个插件的好处是你不用直接代码网络浏览器，直接使用VS 2005就可以进行网络搜索了。

下一步计划是研究如何部署这个插件以及将百度搜索等加进来（让用户来配置搜索引擎，虽然我讨厌百度，但在google被封的情况下，这个也是无奈之举）。

参考文献：

1. VS插件编写初探

2. 编写VS2008插件

本文链接

SystemParametersInfo获取信息失败问题的解决

2011-09-12T07:06:00Z

作者：朱金灿

来源：http://www.cnblogs.com/clever101

使用VS 2008编译下面一段代码：

    NONCLIENTMETRICS info;
    info.cbSize = sizeof(info);
    ::SystemParametersInfo (SPI_GETNONCLIENTMETRICS, sizeof(info), &info, 0);

SystemParametersInfo函数总是返回FALSE，上网查了一下，发现是NONCLIENTMETRICS的结构体大小的问题。NONCLIENTMETRICS是这样定义的：

typedef struct tagNONCLIENTMETRICS {
  UINT cbSize;
  int iBorderWidth;
  int iScrollWidth;
  int iScrollHeight;
  int iCaptionWidth;
  int iCaptionHeight;
  LOGFONT lfCaptionFont;
  int iSmCaptionWidth;
  int iSmCaptionHeight;
  LOGFONT lfSmCaptionFont;
  int iMenuWidth;
  int iMenuHeight;
  LOGFONT lfMenuFont;
  LOGFONT lfStatusFont;
  LOGFONT lfMessageFont;
#if (WINVER >= 0x0600)
  int iPaddedBorderWidth;
#endif
} NONCLIENTMETRICS,
*LPNONCLIENTMETRICS;

就是在WINVER >= 0x0600成立的时候，info.cbSize = sizeof(info)，而XP + sp3的系统的WINVER为0x501。因此解决这个问题的办法是：

要么把WINVER小于0x600 要么直接

NONCLIENTMETRICS.cbSize = sizeof(NONCLIENTMETRICS) - sizeof(NONCLIENTMETRICS.iPaddedBorderWidth); 也可以.

参考文献：

1. SystemParametersInfo SPI_GETNONCLIENTMETRICS 总是返回失败的原因

本文链接

_WIN32_WINNT settings conflicts with _WIN32_IE setting问题的解决

2011-09-11T15:17:00Z

作者：朱金灿

来源：http://www.cnblogs.com/clever101

使用VS 2008(带sp1)编译VC 6.0的一个工程，出现下面的编译错误：

1>c:\program files\microsoft sdks\windows\v6.0a\include\sdkddkver.h(217) : fatal error C1189: #error : _WIN32_WINNT settings conflicts with _WIN32_IE setting

产生这个错误的原因是原因是_WIN32_WINNT的版本定义太老，老的VC代码对_WIN32_WINNT的典型设置是：

#ifndef _WIN32_WINNT

#define _WIN32_WINNT 0x0400

#endif

0x0400相对于VS2008所带的Plarform SDK（在文件sdkddkver.h中）中_WIN32_IE的定义来说太老了，导致不兼容，可以将其改成0x0501或更高的版本避免这个问题，如下所示：

#ifndef _WIN32_WINNT

#define _WIN32_WINNT 0x0501

#endif

也可以将这三行_WIN32_WINNT定义删除，这样就会使用Plarform SDK中的_WIN32_WINNT定义，自然就不存在不兼容问题了。不过出于对老版本VC的兼容考虑（毕竟以后可能还要使用VC6编译代码），最好这样修改：

#if _MSC_VER <= 1200 // MFC 6.0 or earlier

#ifndef _WIN32_WINNT

#define _WIN32_WINNT 0x0400

#endif

另外WINVER宏也要删除掉或者重新定义值。

参考文献：

1. 从VC6到VC9移植代码问题总结

本文链接

使用CFileDialog的钩子函数解决对话框的多选问题

2011-09-10T14:31:00Z

作者：朱金灿

来源：http://www.cnblogs.com/clever101

前几天领导问我一个问题：就是使用CFileDialog类在设置多选时选中的文件所放的文件缓冲区不知设置多大合适，设置小了DoModal返回为失败，通过CommDlgExtendedError函数获取错误码为FNERR_BUFFERTOOSMALL（即缓冲区太小），设置大了又浪费内存。（我们一次要选几百个文件，实在不知设置多大合适）。

我谈了我的思路：CFileDialog的数据成员m_ofn有一个数据成员为钩子函数指针，通过设置这个函数，可以勾取CFileDialog的相关消息，比如用户改变路径的消息，然后获取当前路径的文件个数，以此为依据来设置缓冲区的大小。领导不是很明白我的思路，他上网搜了搜，找到一种方法，就是通过派生CFileDialog类的方法来做，具体如下：

Multiple Selection in a File Dialog

上面的链接提到的方法确实可行。但是我也相信我的方法是可行的。下班后我上网搜索了一下，发现微软官网上有一个对此问题的解决办法，链接如下：

如何处理在 Windows 中 FNERR_BUFFERTOOSMALL

该链接提供的代码适合的是Win 32的程序，并不适合MFC的程序，而且我建了一个Win32的程序测试该例子的代码时，发现一个问题，就是当选择的文件过多时，就是需要分配的缓冲区比较多时，使用链接中的HeapAlloc函数会出现错误，错误提示如下：

因此要将链接中分配内存和释放的内存的HeapAlloc和HeapFree函数分别用C++的new和delete操作符替换。

在微软官网提供的做法的基础上我摸索出用在MFC程序的做法，具体代码如下：

// 钩子函数
UINT_PTR CALLBACK MyOFNHookProc(   HWND hdlg,      // handle to child dialog box
                                UINT uiMsg,     // message identifier
                                WPARAM wParam,  // message parameter
                                LPARAM lParam   // message parameter
                                )
{
    int nResult = FALSE;

    if (hdlg == NULL)
        return 0;
#ifdef _DEBUG
    // from "_AfxCommDlgProc()" of the file "dlgcomm.cpp"
    _AFX_THREAD_STATE* pThreadState = AfxGetThreadState();
    if (pThreadState->m_pAlternateWndInit != NULL)
        pThreadState->m_pAlternateWndInit = NULL;
#endif

    switch(uiMsg)
    {
    case WM_NOTIFY:
        {
            LPOFNOTIFY pOfn = (LPOFNOTIFY)lParam;
            switch(pOfn->hdr.code)
            {
            case CDN_SELCHANGE:
                {
                    TCHAR dummy_buffer;

                    // Get the required size for the 'files' buffer
                    HWND hOwner = GetParent(hdlg);
                    HWND hParent = GetParent(hOwner);
                    UINT nfiles = CommDlg_OpenSave_GetSpec(hOwner, &dummy_buffer, 1);

                    // Get the required size for the 'folder' buffer
                    int cbLength = CommDlg_OpenSave_GetSpec(GetParent(hdlg), NULL, 0);

                    cbLength += _MAX_PATH;
                    if(cbLength>(pOfn->lpOFN)->nMaxFile)
                    {
                        delete (pOfn->lpOFN)->lpstrFile;
                        (pOfn->lpOFN)->lpstrFile = new TCHAR[cbLength];
                        ZeroMemory((pOfn->lpOFN)->lpstrFile,cbLength);
                        (pOfn->lpOFN)->nMaxFile = cbLength;
                    }

                    nResult = TRUE;
                    break;
                }
            default:
                break;
            }
            break;
        }
    default:
        break;
    }
    return nResult;
}

#define  NAMEBUF   1024

// 调用函数
void CMultiSelectDlg::OnButton1()
{
    m_listbox.ResetContent();
    m_static.SetWindowText(_T("0 files selected"));

    TCHAR szFilters[]= _T("MyType Files (*.doc)|*.doc||");

    // Create an Open dialog; the default file name extension is ".doc".
    CFileDialog fileDlg(TRUE, _T("doc"), _T("*.doc"),
        OFN_FILEMUSTEXIST | OFN_HIDEREADONLY|OFN_ALLOWMULTISELECT, szFilters);

    fileDlg.m_ofn.lpstrFile=new TCHAR[NAMEBUF];   // 重新定义lpstrFile 缓冲大小
    memset(fileDlg.m_ofn.lpstrFile,0,NAMEBUF);  // 初始化定义的缓冲

    fileDlg.m_ofn.nMaxFile = NAMEBUF;           // 重定义nMaxFile
    fileDlg.m_ofn.lpfnHook = (LPOFNHOOKPROC)MyOFNHookProc;

    INT_PTR ret = fileDlg.DoModal();
    if (ret == IDOK)
    {
        int width = 0;
        CString str;
        CDC *pDC = m_listbox.GetDC();
        int saved = pDC->SaveDC();
        pDC->SelectObject(GetFont());

        UINT count = 0;

        POSITION pos = fileDlg.GetStartPosition();
        while (pos)
        {
            str = fileDlg.GetNextPathName(pos);
            m_listbox.AddString(str);
            CSize size(0, 0);
            size = pDC->GetTextExtent(str);
            width = width > size.cx ? width : size.cx;
            ++count;
        }
        pDC->RestoreDC(saved);
        ReleaseDC(pDC);
        m_listbox.SetHorizontalExtent(width + 5);

        str.Format(_T("%u files selected"), count);
        m_static.SetWindowText(str);
    }
    DWORD dwCode = CommDlgExtendedError();
    if (FNERR_BUFFERTOOSMALL==dwCode)
    {
        AfxMessageBox(_T("获取文件路径失败！"));
    }
    delete []fileDlg.m_ofn.lpstrFile;
    fileDlg.m_ofn.lpstrFile = NULL;
}

另外使用钩子函数的一个严重缺点是程序必须使用Unicode字符集进行编译，使用多字节字符集编译程序执行后FNERR_BUFFERTOOSMALL的错误（这一点已经测试过，我比较难以理解的是为何在这一点上微软不予支持多字节程序）。我的测试环境为: VS C++ 2005 + sp1,Win XP + sp3,unicode字符集。

本文链接