找到正确的运行时 [英] Finding the Correct Runtime

问题描述

我有一个旧的VC ++ 6.0应用程序，用户可以从网络位置运行该应用程序.在某些机器上，它运行良好，在某些机器上，用户收到此应用程序已请求运行时以不寻常的方式终止它".我猜测 这是因为用户没有安装正确的运行时来运行该应用程序.这似乎是个不错的猜测吗?

I have an old VC++ 6.0 application that users run from a network location. On some machines it works perfectly and on some machines the users are getting "This application has requested the runtime to terminate it in a unusual way."  I suspect that this is because the user's do not have the correct runtime installed to run the application. Does that seem like a good guess?

当我要求支持工程师在其中一台发生故障的计算机上运行VC ++运行时安装程序时，他报告说该计算机上的文件比要安装的文件新.我怀疑某些文件确实如此，但是6.0运行时 可能包含某些不在更高版本中的文件.另一个好的猜测?

When I asked a support engineer to run the VC++ runtime install on one of the failing machines he reported that the files on the machine were newer than the ones to be installed. I suspect that that is true for some of the files but that the 6.0 runtime may contain some files not in later versions. Another good guess?

我可以做些什么来确保应用程序找到正确的VC ++ 6.0运行时文件吗?我可以将运行时文件放在网络共享上吗?我该怎么做才能确保它们可以从网络共享中运行?如果不能 是在网络上找到的，我唯一的选择是通过在其上运行安装来更新每台发生故障的计算机吗?我知道我可以编译包含运行时的新版本，但是我不愿意.

Is there anything I can do to ensure that the correct VC++ 6.0 runtime files are found by the application? Can I put the runtime files on the network share?  What would I have to do to ensure they could run from the network share? If they cannot be found on the network, is my only option to have every failing machine updated by running the install on it?  I know I could compile a new version with the runtime included but I would rather not. 

 

推荐答案

您可以具有应用程序的静态生成，以便将所有相关文件都内置到EXE中.

You could have a static build of your application so that all the dependent files are built into the EXE.

它的缺点是较大的EXE文件，但是由于您是通过网络共享运行此文件，因此这应该不是问题.

The downside of this is a larger EXE file, but since you're running this from a network share this should not be a problem.

这篇关于找到正确的运行时的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！