我的电脑是Win7的,64位 *** 作系统,以前是可以正常使用pr cs6的,后面出现了无法正常启动0xc000007b问题,网上查找了许多dll文件改动方法,都没有效果,自己技术不行,还得用修复工具解决。
可以尝试用网上推荐的修复工具DirectX。
首先进行了检测修复,没有解决问题的话,点击DirectX菜单的工具,打开选项这栏,然后点击扩展,再点击开始扩展,等待时间扩展完毕,使程序成为增强版。重新打开DirectX,再检测一遍,如果还是没有解决问题,再次打开DirectX菜单栏的工具,点击选项,找到其中的实验室,点击实验室,其中就会有C++强力修复,就把它给勾选,确定后,返回初始页面,重新DirectX的检测并修复。
修复完毕后,如果是跟我电脑类似的问题,重新打开pr应该就可以使用了。
首先总结一下“由于应用程序配置不正确,应用程序未能启动”这类问题出现的原因:
在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包安装上就可以了。
如果你是选择了保留个人文件和设置进行升级的,那么大多数程序都能顺利运行。如果运行有问题,那么选择win8兼容模式进行:右击程序快捷方式—属性—兼容性—以兼容模式运行这个程序,在下拉框中选择windows
8。
出现此问题是因为您的计算机中缺少VC运行库导致的,建议您到互联网上下载相应的VC2005运行库,Windows 7请下载VC2008运行库安装到您的计算机中。如果您安装了运行库还是不行,建议您安装
百度不能发地址,所以楼主能留QQ或者邮箱我发给你,安装以后从新安装您的软件,就OK了
谢谢楼主采纳,可以追问。
知友您好!
有可能是中木马或病毒了吧?
要及时升级IE,防止木马侵袭
及时升级杀毒软件,经常杀毒
没装防火墙的情况下不要联网
这都是电脑正常的维护手段。
另外QQ升级、360升级、搜狗输入法升级会影响网络速度
并且这几家都会d出广告
还会偷着扫描用户硬盘
这些都会导致上网又卡又慢
IE用的时间长了就占内存越来越大,用一段时间要关闭
搞定了请给我采纳答案。谢谢
我的没出现这问题啊,你重新装一次试试,装之前清理一下注册表。不行就装一个visual stdio 2010所有的插件都有,以后装软件不怕插件不够,一切都有,不过比较大,如果你学编程的话这个完全有用哦
以上就是关于premiereCS6安装后显示应用程序无法启动,因为应用程序的并行配置不正确怎么办全部的内容,包括:premiereCS6安装后显示应用程序无法启动,因为应用程序的并行配置不正确怎么办、由于应用程序配置不正确,应用程序未能启动、dreamweaverCS3打不开,显示应用程序的并行配置不正确。我是win7系统。。等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)