如何从 command.com 启动 WPF 应用程序。我收到 FontCache 错误

Question

我知道这并不理想，但我的限制是我有一个用 Clipper 编写的遗留应用程序。

我想从应用程序内部启动一个新的 WinForms/WPF 应用程序（以简化过渡）。这个用 Clipper 编写的遗留应用程序启动时使用：

SwpRunCmd("C:\MyApp\MyBat.bat",0)

批处理文件包含类似以下命令的内容：

C:\PROGRA~1\INTERN~1\iexplore "http://QASVR/MyApp/AppWin/MyCompany.MyApp.AppWin.application#MyCompany.MyApp.AppWin.application"

它正在启动我们通过 ClickOnce 部署的 WinForms/WPF 应用程序。一切都进展顺利，直到我们将 WPF 引入应用程序。我们能够轻松地从旧应用程序启动。

然而，自从我们引入了 WPF 以来，我们就有了以下行为。如果我们首先通过 Clipper 应用程序启动，则在启动应用程序时会出现异常。错误文本是：

The type initializer for 'System.Windows.FrameworkElement' threw an exception.
   at System.Windows.FrameworkElement..ctor()
   at System.Windows.Controls.Panel..ctor()
   at System.Windows.Controls.DockPanel..ctor()
   at System.Windows.Forms.Integration.AvalonAdapter..ctor(ElementHost hostControl)
   at System.Windows.Forms.Integration.ElementHost..ctor()
   at MyCompany.MyApp.AppWin.Main.InitializeComponent()
   at MyCompany.MyApp.AppWin.Main..ctor(String[] args)
   at MyCompany.MyApp.AppWin.Program.Main(String[] args)

The type initializer for 'System.Windows.Documents.TextElement' threw an exception.
   at System.Windows.FrameworkElement..cctor()

The type initializer for 'System.Windows.Media.FontFamily' threw an exception.
   at System.Windows.Media.FontFamily..ctor(String familyName)
   at System.Windows.SystemFonts.get_MessageFontFamily()
   at System.Windows.Documents.TextElement..cctor()

The type initializer for 'MS.Internal.FontCache.Util' threw an exception.
   at MS.Internal.FontCache.Util.get_WindowsFontsUriObject()
   at System.Windows.Media.FontFamily.PreCreateDefaultFamilyCollection()
   at System.Windows.Media.FontFamily..cctor()

Invalid URI: The format of the URI could not be determined.
   at System.Uri.CreateThis(String uri, Boolean dontEscape, UriKind uriKind)
   at System.Uri..ctor(String uriString, UriKind uriKind)
   at MS.Internal.FontCache.Util..cctor()

如果我们首先通过 URL（在 IE 中）或通过桌面上的图标启动应用程序，我们不会收到异常，并且应用程序会按预期启动。

巧妙的是，无论我们首先启动什么，都决定了应用程序是否会启动。因此，如果我们首先使用旧版启动，它会立即中断，即使我们使用其他成功的 URL 或图标启动，我们也无法让应用程序运行。为了让它工作，我们必须注销并重新登录，然后从 URL 或图标启动它。

如果我们首先使用 URL 或图标，那么从那时起从旧应用程序启动就没有问题（直到我们注销并返回）。

另一条信息是我们能够通过以下方式模拟该问题。如果我们使用“cmd.exe”输入命令提示符并执行一条从 URL 启动的语句，那么我们就成功了。但是，如果我们使用“command.com”输入命令提示符并执行相同的语句，我们就会遇到破坏行为。

我们假设这是因为 Clipper 中的旧应用程序使用 command.com 的等效项来创建 shell 来生成另一个应用程序。我们尝试了很多技巧，例如让 command.com 运行 cmd.exe 或 psexec 然后执行，但似乎没有任何效果。

我们有一些解决方法的想法（例如让应用程序在启动时启动，因此我们强制从 URL 成功启动，使所有后续启动都成功），但尽管我们对工作站有很大的控制权，但它们都不是最佳的。

为了减少与权限相关的可能性，我们授予了启动帐户管理权限（以及非管理权限，以防产生影响）。

任何想法将不胜感激。就像我说的，我们有一些解决方法，但我很想避免它们。

谢谢！

Answer 1

听起来当应用程序以这种方式启动时，演示字体缓存服务无法启动。
如果您可以控制客户端环境，则可以尝试将 Windows 演示字体缓存启动设置为自动而不是手动。

Answer 2

这是在黑暗中使用不完整的信息进行的尝试：

command.com 和 cmd.exe 有很大不同。 AFAIK，command.com 的存在是为了兼容旧版本，因此您从中运行的应用程序将以不同的方式运行。我无法测试任何内容来完成我的帖子，因为我相信 command.com 在 16 位模式下运行，而 64 位版本的 Windows（我正在运行的）不再支持该模式，因此不再支持 command.com我。

话虽如此，尝试运行 32 位应用程序（包括托管应用程序）时应该没有区别。

我不知道您的环境有哪些限制，但您可以尝试的一些操作是：

• 将 .bat 重命名为 .cmd 以确保它以 < 开头code>cmd.exe 而不是 command.com
• 让您的 .bat 使用 start 控制台命令启动
• 程序-WPF 程序可在更健全的环境中调用您的 WPF 程序

Answer 3

问题是使用 command.com 时未设置 windir 环境变量。

因此，就您的情况而言，将行 set Windir=C:\Windows 添加到 bat 文件的开头即可解决问题（假设您的 Windows 安装在 C:\Windows

另一个问题可能是主机应用程序在兼容模式下运行 command.com 。最好是在运行 cmd.exe 后列出所有环境变量。 > （使用 set 命令）并将其与您在 bat 文件中设置的 set 命令的输出进行比较