gpt4 book ai didi

c# - WPF - 程序崩溃

转载 作者:行者123 更新时间:2023-12-02 05:12:35 26 4
gpt4 key购买 nike

我编写的 WPF 应用程序在我的 PC 上运行良好,但在我 friend 的(与我的 Win 7 x64 相同)上它崩溃了。我尝试将其编译为 x86 或 x64,但问题仍然存在。我还向他发送了带有简单按钮和消息的测试应用程序,以查看它是否缺少 .net 框架问题,但它运行没有问题。我的应用程序使用 MSSQL 和 WPF 部分绑定(bind)以及测试用例中未包含的各种模板。这是什么问题?

我包括错误报告(抱歉,它是不同语言的翻译,可能很糟糕):

Problem signature:
Problem event name: CLR20r3
Problem signature: 01: surfmanagertake2.exe
Problem signature: 02: 1.0.0.0
Problem signature: 03: 53b3b026
Problem signature: 04: PresentationFramework
Problem signature: 05: 4.0.30319.18408
Problem signature: 06: 52312f13
Problem signature: 07: 7fe8
Problem signature: 08: ee
Problem signature: 09: System.Windows.Markup.XamlParse
Operating system version: 6.1.7601.2.1.0.768.3
Regional settings ID: 1045
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

最佳答案

我以前见过类似的问题,应用程序在某些机器上运行得非常好,而在其他机器上崩溃\缓慢,这些机器似乎具有相同的物理\操作系统规范。

我将问题追溯到 WPF 使用的不同版本的核心程序集 -PresentationCore.dll、PresentationFramework.dll 等。

查看进程的所有托管引用(.Net 程序集)的最简单方法是使用 Process Explorer 或 ProcDump(均来自 sysinternals)等工具。

这些应该允许您进行完整转储,然后可以在 Visual Studio 中打开该转储并显示已加载程序集及其版本的列表。如果核心 WPF 程序集的版本号不同,那么我建议其中一台机器有修补程序,而另一台机器则没有。

http://blogs.msdn.com/b/debugger/archive/2009/12/30/what-is-a-dump-and-how-do-i-create-one.aspx

关于c# - WPF - 程序崩溃,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24527481/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com