【问题标题】:my dotnet application doesn't run on windows server 2003我的 dotnet 应用程序无法在 Windows Server 2003 上运行
【发布时间】:2010-02-27 22:04:22
【问题描述】:

我编写了一个服务器程序,我们称之为 progie,这个 progie 在编译 progie 并将其传输到 windows server 2003 之后就像我的 windows 7 上的时钟一样工作(我的 ms VS 安装在 windows 7 上)我试图运行 progie,但没有机会。

这是症状:

当我试图运行 progie 时,我也在监视任务管理器,在任务管理器中它只显示 progie 几秒钟,然后糟糕的程序从任务管理器中消失,或者更好地从内存中说。

我正在使用 .net 3.5 / C# 库:泛型,诊断,IO

在我的服务器上安装的框架: dotnetfx 2.0 dotnetfx 3.0 dotnetfx 3.5

Windows 服务器 2003

【问题讨论】:

  • progie 是什么程序?它是可执行文件、Web 应用程序、网站还是其他东西?它是否依赖于 .NET 3.5 SP1 中添加的功能,如果是,您是否在服务器上安装了 .NET 3.5 SP1?
  • 另外,启动应用程序时是否抛出异常?
  • 我认为 Windows 2008 中添加了 progie 支持。
  • progie 使用线程吗?听起来它不知何故跳进了树林……它是否依赖于 win 7 的特定功能?您应该再次编辑您的问题并填写我们要求您提供的更多详细信息! :)
  • 也不例外,它的 .net 3.5 不是 3.5sp1,我只是使用进程库我还没有使用任何线程,我的 progie 是基于桌面的,但它无缘无故消失了。 :-?

标签: c# .net windows windows-server-2003


【解决方案1】:

请注意,您的 progie 在安装了 VS 的 Windows 7 上运行良好,但在服务器上失败。可能的原因可能是,

  1. progie 依赖于您尚未在服务器上安装的第三方库。 DevExpress 库之类的东西会导致这样的问题。解决方法是将依赖项与可执行文件一起部署。

  2. 您的代码在服务器 2003 上引发了未处理的异常。如果是这样,您应该能够在应用程序事件日志中找到 progie 的崩溃记录。修复方法是捕获故障转储并对其进行分析。 http://dumpanalysis.org

【讨论】:

    【解决方案2】:

    由于它甚至没有崩溃,只是消失了,在我看来,这听起来像是 .Net FW 不匹配(即您缺少正确的版本)或另一个缺失的资源。最简单的方法是:下载 SysInternals 的 ProcMon,并监视 progie 尝试打开哪些文件/DLL 并失败。这应该会让你走上正轨。

    【讨论】:

    • @Traveling Tech Guy: 嗯...OP 明确指出框架的版本已安装在服务器上....因此-1....
    • @tommieb75 它仍然可能是版本差异。尽管如此,我提供的解决方案还是很笼统的,也可以解决其他资源问题。
    猜你喜欢
    • 2012-04-15
    • 1970-01-01
    • 2010-10-23
    • 2018-10-17
    • 2018-05-06
    • 2010-11-29
    • 1970-01-01
    • 1970-01-01
    • 2015-01-07
    相关资源
    最近更新 更多