VC编写的程序不能在其他机器上运行的解决方案（续）

我在前面的文章里面提到由于side-by-side问题导致的VC编写的程序不能正常启动的问题的解决方案，这种方法是针对于单个可执行文件的解决方案，但是有的时候你可能会碰到另外一种情况—也是由于side-by-side问题导致的，你的程序支持插件，当你的程序试图加载一个依赖于CRT的DLL的时候，Windows告诉你不能加载DLL。

 

比如微软在06年发布了CLR的开源版本，你在自己机器上用Visual Studio 2008编译以后，在使用Windbg + SOS调试托管代码的时候，Windbg可能会报告无法加载SOS的错误，例如下面的Windbg输出：

CommandLine: binaries.x86dbg.rotor"clix.exe pptclrt"ForAndForeach.exe

Executable search path is:

ModLoad: 7c800000 7c91e000   C:"WINDOWS"system32"kernel32.dll

…

ModLoad: 79e00000 79e0a000   C:"sscli20"binaries.x86dbg.rotor"sscoree.dll

(1484.1358): Break instruction exception - code 80000003 (first chance)

…

ntdll!DbgBreakPoint:

7c92120e cc              int     3

0:000> .load C:"sscli20"binaries.x86dbg.rotor"sos.dll

The call to LoadLibrary(C:"sscli20"binaries.x86dbg.rotor"sos.dll) failed, Win32 error 0n126

    "找不到指定的模块。"

Please check your debugger configuration and/or network access.

1.         当你在C:"sscli20"binaries.x86dbg.rotor"查看sos.dll是否存在的时候，将会惊讶地发现sos.dll静静地躺在文件夹里面等待别人发现它！然而为什么Windbg在调用操作系统LoadLibrary API的时候，操作系统会报告说“找不到指定的模块”呢？

2.         再仔细看一下，文件夹里面有sos.dll.manifest文件，确认一下内容，里面依赖的CRT版本的的确确是我们机器上安装好了的CRT版本呀！

<?xml version='1.0' encoding='UTF-8' standalone='yes'?>

<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>

 <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">

    <security>

      <requestedPrivileges>

        <requestedExecutionLevel level='asInvoker' uiAccess='false' />

      </requestedPrivileges>

    </security>

 </trustInfo>

 <dependency>

    <dependentAssembly>

      <assemblyIdentity type='win32' name='Microsoft.VC90.DebugCRT' version='9.0.21022.8' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' />

    </dependentAssembly>

 </dependency>

</assembly>

 

3.         于是我们猜测，可能是操作系统在加载dll的时候，并不查看dll的manifest文件，也就不会去加载CRT，从而导致SOS.DLL加载失败。

4.         那既然是怀疑操作系统不会根据dll的manifest文件来加载CRT的话，那我们是不是可以为Windbg.exe创建一个manifest文件来告诉操作系统在运行windbg的时候先把CRT加载进内存，然后在SOS加载的时候，因为CRT已经提前加载进Windbg的进程中了，也就不会有依赖项不能加载而导致SOS加载失败的问题了。

5.         接着将sos.dll.manifest复制一份并且重命名为windbg.exe.manifest，最后把它放到windbg.exe同一个文件夹里面去。再启动windbg加载sos试一下，还是不行，郁闷！

 

难道就像以前昭君出塞的故事一样，是因为SOS.DLL没有潜规则导致操作系统不愿意加载它？

据《西京杂记》的描述，元帝后宫的美女实在太多了，根本不可能一个个当面鉴赏。他便让“黄门画者”(宫廷画工)把她们的肖像全都画出来，交给自己挑选。

 

　　宫女们的命运鬼使神差地掌握在了画工们的手中，她们便争相向这些画工行贿，多则10万钱，再少也不低于5万钱。负责给王昭君画像的画工叫毛延寿，王昭君自恃才貌双绝，不愿屈身相求，更拿不出这么多钱来贿赂他。毛延寿便在她的脸上随手点了一颗黑痣。

 

　　元帝对这么一个并不完美的女子，自然提不起兴趣。因此，王昭君入宫好几年，都没有机会被召幸，内心的委屈与悲怨不言而喻。

 

正如哥们我仍然单身，一定不能放过一个美女一样！我们也不能让这种问题就此埋没下去，于是我们再次想起mt.exe程序，实际上我们应该叫它（mp.exe – 媒婆.exe），:)

让我们看看Windbg资源里面是否已经嵌入一个manifest文件了，才导致我们自己加的manifest没有作用，使用下面的命令看一看：

mt -inputresource:d:"Debuggers"windbg.exe;#1 -output:test.manifest

哼哼，果然有一个：

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">

<assemblyIdentity name="Microsoft.Windows.SdkTools.windbg" processorArchitecture="x86" version="6.9.0.0" type="win32"></assemblyIdentity>

<description>Windows GUI symbolic debugger</description>

<dependency>

    <dependentAssembly>

        <assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls" version="6.0.0.0" processorArchitecture="*" publicKeyToken="6595b64144ccf1df" language="*"></assemblyIdentity>

    </dependentAssembly>

</dependency>

</assembly>

但是里面并没有说windbg不依赖CRT，因此操作系统就随便加载了一个CRT敷衍了事了，既然知道问题所在了，那么我们要做的事情就比较简单了，将Windbg资源里面的manifest文件更新一下，然后再将Debug CRT包拷贝到Windbg同一个目录里面就可以了。

 

1.         将test.manifest文件更新成：

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">

<assemblyIdentity name="Microsoft.Windows.SdkTools.windbg" processorArchitecture="x86" version="6.9.0.0" type="win32"></assemblyIdentity>

<description>Windows GUI symbolic debugger</description>

<dependency>

    <dependentAssembly>

        <assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls" version="6.0.0.0" processorArchitecture="*" publicKeyToken="6595b64144ccf1df" language="*"></assemblyIdentity>

    </dependentAssembly>

</dependency>

 

 <dependency>

    <dependentAssembly>

      <assemblyIdentity type='win32' name='Microsoft.VC90.DebugCRT' version='9.0.21022.8' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' />

    </dependentAssembly>

 </dependency>

</assembly>

 

2.         执行命令将Windbg资源里面的manifest文件更新一下。

mt -updateresource:d:"Debuggers"windbg.exe;#1 -manifest test.manifest