InitCommonControlsEx调用失败，manifest作怪

最近在VC编程时，调用 InitCommonControlsEx失败 。究其原因，是 manifest作怪。

 

 

解决方案有三：

1) Create manifest, call it YourApplicationName.manifest and add it to your application folder.

2) Create manifest and add it to your application resources.

3) Add #pragma comment(linker, "/manifestdependency:/"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*'/"")

in stdafx.h.

 

 

我选择的是方案三。

 

 

InitCommonControlsEx的介绍参见：http://hi.baidu.com/luckily513/blog/item/c9b8a7b3451eeab2d8335a5d.html

 

从原文摘抄如下：

转载自 yu_xiyan

最终编辑 luckily513

MFC工程中，在InitInstance()函数（一般在工程名.cpp文件中）中有这样一段代码：
*************************************************************************************
　// 如果一个运行在 Windows XP 上的应用程序清单指定要
　// 使用 ComCtl32.dll 版本 6 或更高版本来启用可视化方式，
　//则需要 InitCommonControlsEx()。否则，将无法创建窗口。
　 INITCOMMONCONTROLSEX InitCtrls;
　InitCtrls.dwSize = sizeof (InitCtrls);
　 // 将它设置为包括所有要在应用程序中使用的
　// 公共控件类。
　 InitCtrls.dwICC = ICC_WIN95_CLASSES ;
　 InitCommonControlsEx (&InitCtrls);
**************************************************************************************
这些代码的作用，注释里已经说的很清楚了，我们先来看下这写代码是什么意思。
我们从InitCommonControlsEx 函数下手，其函数原型为：

BOOL InitCommonControlsEx (      
    LPINITCOMMONCONTROLSEX lpInitCtrls
);

其有一个参数lpInitCtrls， 是一个指向结构体INITCOMMONCONTROLSEX 的长指针，上面的代码先创建一个 INITCOMMONCONTROLSEX结构体对象 InitCtrls，然后将其地址作为 InitCommonControlsEx 函数的参数。INITCOMMONCONTROLSEX 结构体的定义在commctrl.h文件中，下面的代码节选自commctrl.h文件，其中包括InitCommonControls和InitCommonControlsEx函数的声明以及tagINITCOMMONCONTROLSEX 结构体的定义。
　　INITCOMMONCONTROLSEX 结构体包含两个参数dwSize和dwICC，参数说明请看注释。_WIN32_IE和_WIN32_WINNT的定义请看stdafx.h文件。
　　InitCommonControlsEx 函数的调用效果是累加的，例如你先以ICC_TAB_CLASSES标志调用 InitCommonControlsEx， 然后以 ICC_BAR_CLASSES 标志调用，那么tab和bar通用控件类都将被注册并在你的程序中是可用的。InitInstance()函数中采用的ICC_WIN95_CLASSES其实是上面那些标志的组合。

********************************************commctrl.h**********************************************************

WINCOMMCTRLAPI void WINAPI InitCommonControls( void );

#if (_WIN32_IE >= 0x0300)
typedef struct tagINITCOMMONCONTROLSEX {
    DWORD dwSize;          // size of this structure 结构体的大小
    DWORD dwICC;          // 标志位用来决定那些通用控件类将从DLL中加载，值可以是下面那些ICC_的组合
} INITCOMMONCONTROLSEX, * LPINITCOMMONCONTROLSEX;
#define ICC_LISTVIEW_CLASSES   0x00000001 // listview, header
#define ICC_TREEVIEW_CLASSES   0x00000002 // treeview, tooltips
#define ICC_BAR_CLASSES        0x00000004 // toolbar, statusbar, trackbar, tooltips
#define ICC_TAB_CLASSES        0x00000008 // tab, tooltips
#define ICC_UPDOWN_CLASS       0x00000010 // updown
#define ICC_PROGRESS_CLASS     0x00000020 // progress
#define ICC_HOTKEY_CLASS       0x00000040 // hotkey
#define ICC_ANIMATE_CLASS      0x00000080 // animate
#define ICC_WIN95_CLASSES      0x000000FF
#define ICC_DATE_CLASSES       0x00000100 // month picker, date picker, time picker, updown
#define ICC_USEREX_CLASSES     0x00000200 // comboex
#define ICC_COOL_CLASSES       0x00000400 // rebar (coolbar) control
#if (_WIN32_IE >= 0x0400)
#define ICC_INTERNET_CLASSES   0x00000800
#define ICC_PAGESCROLLER_CLASS 0x00001000   // page scroller
#define ICC_NATIVEFNTCTL_CLASS 0x00002000   // native font control
#endif
#if (_WIN32_WINNT >= 0x501)
#define ICC_STANDARD_CLASSES   0x00004000
#define ICC_LINK_CLASS         0x00008000
#endif

 WINCOMMCTRLAPI BOOL WINAPI InitCommonControlsEx(LPINITCOMMONCONTROLSEX);

#endif       // _WIN32_IE >= 0x0300

************************************************************************************************************************

ICC_BAR_CLASSES——注册工具栏、状态栏、Trackbar和Tooltip类。
ICC_COOL_CLASSES——注册Rebar类。
ICC_DATE_CLASSES——注册Date and Time Picker类。
ICC_HOTKEY_CLASS——注册Hot Key类。
ICC_INTERNET_CLASSES——注册IP Address Picker类。
ICC_LISTVIEW_CLASSES——注册ListView和Header类。
ICC_PAGESCROLLER_CLASS——注册Pager类。
ICC_PROGRESS_CLASS——注册Progress Bar类。
ICC_TAB_CLASSES——注册Tab和Tooltip类。
ICC_TREEVIEW_CLASSES——注册TreeView和Tooltip类。
ICC_UPDOWN_CLASS——注册Up-Down类。
ICC_USEREX_CLASSES——注册ComboBoxEx类。
ICC_WIN95_CLASSES——注册InitCommonControls函数注册的所有类。

 

关于 manifest，参见：http://blog.csdn.net/hzgdiyer/archive/2010/04/12/5479046.aspx

原文摘抄如下：

manifest原理和用途

dll是被动态调用的，所以会被若干个程序共享使用的 但是如果dll在应用程序不知道的情况下升级了、或是被另一个程序更改了，就可能会出现问题，即”DLL Hell”

随着系统资源越来越丰富，硬盘不那么紧张，所以在XP以后的操作系统中，用新的机制来管理DLL

（这种机制，这不仅仅是对于.NET而言，对于普通的Native程序也是一样的）

Madifest是个XML的描述文件，对于每个DLL有DLL的Manifest文件，对于每个应用程序Application也有自己的Manifest

对于应用程序而言，Manifest可以是一个和exe文件同一目录下的.manifest文件，也可以是作为一个资源嵌入在exe文件内部的(Embed Manifest)

XP以前版本的windows，会像以前那样执行这个exe文件，寻找相应的dll，没有分别Manifest只是个多余的文件或资源，dll文件会直接到system32的目录下查找，并且调用

而XP以后的操作系统，则会首先读取Manifest，获得exe文件需要调用的DLL列表（此时获得的，并不直接是DLL文件的本身的位置，而是 DLL 的manifest）操作系统再根据DLL的Manifest去寻找对应的DLL<因此就可能区别不同版本的同一个DLL文件，或是指定一个程序本 身Isolated的DLL>

不过使用Visual Studio 2005以后的一个新问题是，VS2005带的8.0新版的C运行库(VC 8.0 CRT)文件在XP以后支持manifest的Windows版本中被调用时，将会check一下Application自身的Manifest，否则将 会拒绝被调用。这也就是说，使用Visual Studio开发的Application，Manifest将是必不可少的（搞不懂MS为啥要这样设置，所以与VS2003.NET不同了。后来想想， 除了MS自己说的哪些冠冕堂皇的原因，至少这样一来Linux的Wine模拟要麻烦多了）

除非，你的程序是静态链接的，没有使用dll，只使用了操作系统核心的 Kernel32.dll, User32.dll, Ole32.dll, 或ShDocVW.dll 等。project的设置必须是Use Standard Windows Libraries、Not Using ATL、No Common Language Runtime support

那么你可以不需要考虑Manifest 可以关掉它

VS2005中Menifest相关的设置

• Project/Properties/Linker/Manifest File/Generate Manifest 决定是否生成Manifest，如上情况才可以关闭
• Project/Properties/Linker/Manifest File/Allow Isolation 这个是设置DLL的调用的，并不能决定Manifest是否还是必须的
• Project/Properties/Manifest Tool/Input and Output/Embed Manifest 决定Manifest是个单独的文件还是嵌入到exe内的资源

对于我来说，使用SDL必须是启用DLL的动态链接方式，所以必须开启Manifest，并且让Manifest Embed进入exe比较方便

与上面内容相应的 是关于如何发布软件的问题，事实上只有VC6.0的CRT库是绑定作为Windows的一部分的，之后从VS.net开始，VC程序制作安装包也是要考虑 库文件的，只不过VC6.0时推荐拷入System32，VC.net时推荐放在exe文件local目录，而现在VS2005则还需要考虑 Manifest的问题了，看似麻烦，其实也还好，VS自带工具打包，下面一些网址也有讲如何手工做redistribution。

 

 

 

o啦。

以上，大家借鉴和指教。