C++/CLI中有效使用非托管并列缓存(2)

http://www.sina.com.cn 2007年01月05日 09:08 天极yesky

  客户清单文件

  一个客户文件(程序或库)能依赖于程序集中的某个文件来构建,但客户文件只会依赖于程序集的某个特定版本来构建,Windows也只会加载所需的特定版本。为标出所需共享程序集的版本,一个可执行文件(程序或库)也必须有一个清单文件(manifest)。链接器在可执行文件生成时,会为其创建一个包含清单信息的文件,因此,如果回过头来看一下前面生成的库的目录,会找到一个名为"lib.dll.manifest"的文件,例3是其的内容。

  例3:

<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='Microsoft.VC80.CRT'
version='8.0.50608.0' processorArchitecture='x86'
publicKeyToken='1fc8b3b9a1e18e3b' />
</dependentAssembly>
</dependency>
</assembly>

  正如大家所看见的,它说明托管程序集lib.dll依赖于Microsoft.VC80.CRT共享并列程序集中的某些文件。尽管这个文件位于库lib.dll的同一目录中,但Windows明显不会用到它,而这与MSDN中写明的有点背道而驰:

  (MSDN):你可在应用程序二进制可执行头文件中包含应用程序清单文件……,作为备选方案,也可把一个单独的清单文件放在应用程序可执行文件的同一目录中,操作系统会首先从文件系统中加载此清单文件,并检查可执行文件的资源节。文件系统的版本具有优先权。

  然而,完全不是这么回事。对库而言,Windows会忽略清单文件,尽管如此,文档还是给出了怎样解决这个问题的一个线索,清单文件一定要以资源ID为2的非托管资源RT_MANIFEST形式绑定到可执行文件。

  在此有两种方法:第一种方法是创建一个包含对清单文件引用的资源脚本文件:

#include <winuser.h>
2 RT_MANIFEST lib.dll.manifest

  它会在以后通过Windows资源编译器rc.exe编译为一个资源,并通过链接器限定为一个非托管资源。这种方法的问题之处在于,是链接器创建了这个清单文件,因此必须运行两次链接器:一次是为生成清单文件,一次是把资源链接到最终生成文件。例4是一个范例makefile,演示了如何进行操作:

  例4:

# The main target
all: app.exe

# A C# process that depends upon a Managed C++ library
app.exe : app.cs lib.dll
csc app.cs /r:lib.dll
# This is the second invocation of the linker, so the object file and
# manifest will already exist, so they do not need to be rebuilt.
lib.dll : lib.cpp lib.res lib.obj
link /DLL /manifest:no /machine:x86 lib.res lib.obj
lib.res : lib.rc
rc lib.rc
# Create a temporary resource script that binds the manifest file to the DLL
lib.rc : lib.dll.manifest
type <<$@
#include <winuser.h>
2 RT_MANIFEST lib.dll.manifest
<<KEEP
# Create the object file, and invoke the linker to create the manifest file
lib.dll.manifest lib.obj : lib.cpp
cl /LD /clr lib.cpp

  另一个方法是使用mt.exe未公开的隐藏选项把资源绑定到最终生成文件上,这也是Visual Studio 2005创建加载的C++库(托管混合模式或非托管模式)时所使用的方法。两个隐藏选项分别为/manifest和/outputresource:前者用于指定清单文件名,而后者用于指出将要修改的PE文件及清单资源的资源ID。一般而言,对库来说,资源ID应为2;对程序来说,应为1。请看以下示例:

mt /manifest lib.dll.manifest
/outputresource:lib.dll;#2

  注意此处的区别:/manifest选项后跟的参数是用空格分隔的;而/outputresource选项后跟的参数是用冒号分隔的。明显看得出,这两个选项是由不同的程序员开发的。

  一旦你把清单文章绑定到库,Windows就可以判断需加载程序集的正确版本。如果在作出这些修改之后,运行前面的C#程序,也会发现程序运行正常。

  如果你生成了一个混合模式(/clr)或纯媒介语言模式(/clr:pure)的托管C++程序,来使用这个混合模式的库,链接器也创建了一个相应的程序清单文件,当此程序运行时,Windows会查找资源ID为1的清单文件,或查找名为manifest的相应文件。因为混合模式或纯媒介语言模式程序都用到了CRT,意味着将会在清单文件中提及CRT程序集,所以,在这个特例中,库不需要清单文件。然而,你不应该依赖这个机制,因为在本例中,程序使用同一个非托管程序集作为库是一个偶然情况。

[上一页] [1] [2] [3] [下一页]

本文导航:
·C++/CLI中有效使用非托管并列缓存
·C++/CLI中有效使用非托管并列缓存(2)
·C++/CLI中有效使用非托管并列缓存(3)

发表评论
爱问(iAsk.com)
不支持Flash
 
不支持Flash
不支持Flash