如果你是选择了保留个人文件和设置进行升级的,那么大多数程序都能顺利运行。如果运行有问题,那么选择win8兼容模式进行:右击程序快捷方式—属性—兼容性—以兼容模式运行这个程序,在下拉框中选择windows
8。
你好。
应用程序并行配置不正确使用命令行sxstraceexe
请参考《百度经验》
>
如果有用,请点赞 如果需要,请点收藏 如要交流,请点关注
首先总结一下“由于应用程序配置不正确,应用程序未能启动”这类问题出现的原因:
在Windows XP SP2以后,Windows引入了Side-by-Side执行的概念,这个概念本来是NET提出来的,但是Windows后来将这个概念集成到 *** 作系统层面上来了。大家都应该知道Dll Hell的问题,为了解决Dll Hell问题,Side-By-Side提出不同版本的dll文件可以同时存在于同一个系统里面,而且依赖于不同版本dll的应用程序在运行的时候可以使用到它当初被编译生成的dll。举个例子:
1、假定编写了一个C++程序A,是使用MFC 80(这个版本是随着Visual Studio 2005)发布的。
2、之后机器升级了Visual Studio的版本,从2005升级到2008,2008的MFC库是90版本的,这个时候 *** 作系统里面安装了两个版本的MFC,分别是80和90。
3、用Visual Studio 2008编写了另外一个C++程序B,B依赖与MFC 90。
4、如果运行程序A的话, *** 作系统会将MFC 80加载到A的进程里面。
5、如果这时同时运行程序B, *** 作系统会将MFC 90加载到B的进程里面。这就是Side-by-side的执行概念。
*** 作系统之所以能够这样做,是因为它在加载程序A和B之前,除了查看PE格式里面A和B所依赖的Dll信息,都会查看A和B的manifest文件。Manifest文件保存了Windows可执行文件(包括exe和dll文件)要运行起来的环境设置信息,文件名一般是可执行文件的文件全名加上manifest。例如notepadexe的manifest文件就应该是notepadexemanifest。另外有的程序将manifest文件直接嵌入到可执行文件的资源里面了,这也就是为什么有的时候看不到程序的manifest文件的原因。通常来说,一个manifest文件的内容大致如下:
<xml version='10' encoding='UTF-8' standalone='yes'>
<assembly xmlns='urn:schemas-microsoft-com:asmv1' manifestVersion='10'>
<trustInfo xmlns="urn:schemas-microsoft-com:asmv3">
<security>
<requestedPrivileges>
<requestedExecutionLevel level='asInvoker' uiAccess='false' />
</requestedPrivileges>
</security>
</trustInfo>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='MicrosoftVC90DebugCRT' version='90210228'
processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' />
</dependentAssembly>
</dependency>
</assembly>
上面的例子里面,就说明这个程序依赖于CRT 90,而且是调试版的,CPU架构是32位的CPU。对于将manifest文件嵌入到资源文件的程序也有办法看到manifest的信息。
1、一种是使用mtexe(Visual Studio自带的manifest处理程序):
mt -inputresource:testexe;#1 /out:testmanifest
2、另外一种是使用dumpbin程序将整个exe的内容打印到一个文件,然后用文本编辑器打开,搜索Assem字符串样式就能找到manifest信息:
知道了程序依赖于具体哪一个dll以后,可以将所依赖的dll拷贝到程序的安装文件夹里面,以CRT库绑定失败为例,介绍解决步骤:
1、从上例中知道程序依赖的MicrosoftVC90DebugCRT库,版本号是90210228,需要32位机器版本的CRT。这个依赖项一般是因为程序是调试版,所以Visual Studio在编译的时候,将调试版的CRT加入程序的依赖项。
2、从Visual Studio的安装文件夹里面将D:"Program Files"Microsoft Visual Studio 90"VC"redist"Debug_NonRedist"x86中的MicrosoftVC90DebugCRT整个文件夹拷贝到应用程序所在的文件夹里面,注意:
a) 如果程序依赖的是32位的CRT,则要拷贝x86文件夹里面的MicrosoftVC90DebugCRT文件夹,如果是先x64程序,则要拷贝x64文件夹里面。
b) 需要确定MicrosoftVC90DebugCRT文件夹里面的MicrosoftVC90DebugCRTmanifest文件里面保存的版本信息而程序依赖的版本信息匹配,MicrosoftVC90DebugCRTmanifest里面的版本信息大版本号一定要一致,小版本号一定要等于或者大于你程序依赖的CRT的小版本号。比如上例中,我们的程序是依赖于CRT 90210228,而MicrosoftVC90DebugCRTmanifest的版本是90307291,这样是可以的;而80307291就会有问题。如果大版本号一样,小版本号不一致的话,一个比较简单的方案就是修改程序的manifest文件,使其互相匹配就可以了。
3、如果程序不是依赖调试版本的CRT,而是release版本的CRT,直接去微软的官方网站下载一个crt redist包安装上就可以了。
以上就是关于dreamweaverCS3打不开,显示应用程序的并行配置不正确。我是win7系统。。全部的内容,包括:dreamweaverCS3打不开,显示应用程序的并行配置不正确。我是win7系统。。、应用程序无法启动,因为应用程序的并行配置不正确。有关详细信息,请参阅应用程序事件日志,或使用命令行、由于应用程序配置不正确,应用程序未能启动等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)