在客户端系统中安装后桌面应用程序无法打开 [英] Desktop applicaton not opening after installation in client system

查看:23
本文介绍了在客户端系统中安装后桌面应用程序无法打开的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我目前正在使用带有 4.6.1 .net 框架的 Visual Studio 2017.我为我的桌面应用程序创建了安装文件,安装程序在我的系统中完美安装和运行.问题是安装程序在其他计算机上成功安装,但应用程序没有打开.

编辑

在客户端系统中下载了 .net 框架,但仍然出现同样的问题.

编辑 2

我使用 Dependency walker 运行了依赖扫描.它说有一堆文件系统找不到 - 打开文件时出错.系统找不到指定的文件.

 API-MS-WIN-APPMODEL-RUNTIME-L1-1-0.DLLAPI-MS-WIN-CORE-WINRT-ERROR-L1-1-0.DLLAPI-MS-WIN-CORE-WINRT-L1-1-0.DLLAPI-MS-WIN-CORE-WINRT-ROBUFFER-L1-1-0.DLLAPI-MS-WIN-CORE-WINRT-STRING-L1-1-0.DLLAPI-MS-WIN-SHCORE-SCALING-L1-1-1.DLLDCOMP.DLLIESHIMS.DLL

此外,发现 x86 类型的模块出现错误 - 包括 setup.exe - 但我不知道这是怎么发生的.无论我在哪里看到列出的选项,我都选择了 64.请找到 截图.如果这确实是问题,我该如何解决?

解决方案

应用程序启动问题:这是一个简短的版本:WPF 应用程序在我启动时崩溃.Chattier 版本.Martin Prikryl 的一个不错的:与 Inno 一起安装时应用程序不起作用设置


日志:始终检查所有事件日志应用程序日志MSI日志 - 如果有的话.顺便提一下.也许尝试附加调试器此处描述的测试 - 只要应用程序完全启动.然后单步执行代码.

通常的罪魁祸首:您可能只是缺少运行时(示例),有位问题(32/64位)或权限/权限不足,或配置错误(inixml注册表等...).

总结 - 鱼雷,在下面完全展开 - 没有什么太愚蠢的更不用说:-):


<块引用>

缺少运行时:首先,始终检查缺少的运行时.例如:.Net.Net CoreJavaSilverlightDirect X(现在甚至用于应用程序)、VC++ RuntimeMS-XML(旧版)、等....请记住,它们有不同的版本,有些不能在盒子上共存,而有些则不能共存可以并排运行.


<块引用>

错误代码:查找错误代码和异常消息.


<块引用>

调试工具:调试工具的一些信息.

<块引用>


<块引用>

ProcMon.exe:交易工具.一刀切工具.蜜蜂的膝盖,最高的,量子飞跃,猫的睡衣(是的,这是 Top Gear Hamster 的典故).有效地使用它可能是一个挑战,但它是最好的免费通用调试工具.


其他想法:

  1. 配置设置?
    • Dev-box sins:硬编码引用?测试服务器/UAT 链接?
    • 清单INI文件XML文件?
    • 注册表设置?港大/港中大
    • 连接字符串.参见身份验证和下面还有授权部分.
  2. 平台与比特度?(ARM、英特尔 32/64 等...).
    • 从错误的注册表配置单元中读取非常常见( 经典浪费时间):
      • HKEY_LOCAL_MACHINESOFTWAREWOW6432NodeMyAppMySettings(32 位)
      • HKEY_LOCAL_MACHINESOFTWAREMyAppMySettings(64 位)
  3. 先决条件 &依赖项?
  4. 注册缺失/损坏(间接依赖)
  5. 权限和特权?- 本地 - ACL 权限NT 权限?
  6. 身份验证/授权 - 网络相关
    • 本地用户、域用户、Active Directory:组成员、组策略等...
    • 启动用户:用户个人资料问题?也许尝试在失败的地方登录另一个用户?
    • 身份验证模式:Windows身份验证.SQL Server 身份验证等...
  7. 通用网络和代理问题?(代理、WINS、DNS 以及网络中涉及的所有复杂性.UNC 路径可达?)
  8. 许可?(可能与硬件加密狗和驱动程序有关)
  9. 安全软件干扰?(软件/硬件防火墙、防病毒、加密工具和套件等...)
  10. 操作系统版本或版本?(Windows 7 问题)
  11. 本地化?非英语系统?
  12. 司机?
  13. 硬件?
  14. 编码?
  15. 系统损坏?(时间错误、磁盘错误、文件名和路径名太长、磁盘已满、出错")
  16. 目标机器性质?虚拟机?国企?目标机器是真机器吗?测试机器?
  17. 锁定/阻止/正在使用的文件和注册表项?
  18. 恶意软件?几乎可以导致任何问题.


链接:

I am currently working with visual studio 2017 with 4.6.1 .net framework. I created setup file for my desktop application the setup installs and runs perfectly in my system. The issue is that the setup installs successfully in other computers but the application not getting opened.

edit

Downloaded .net framework in client system but still same issue occurs.

edit 2

I ran a dependency scan using Dependency walker. It said there were a bunch of files the system could not find - error opening file. The system cannot find the files specified.

  API-MS-WIN-APPMODEL-RUNTIME-L1-1-0.DLL
  API-MS-WIN-CORE-WINRT-ERROR-L1-1-0.DLL
  API-MS-WIN-CORE-WINRT-L1-1-0.DLL
  API-MS-WIN-CORE-WINRT-ROBUFFER-L1-1-0.DLL
  API-MS-WIN-CORE-WINRT-STRING-L1-1-0.DLL
  API-MS-WIN-SHCORE-SCALING-L1-1-1.DLL
  DCOMP.DLL
  IESHIMS.DLL

Also, there was an error with modules with an x86 type found - including the setup.exe - but I am unaware how this happened. I have selected 64 wherever I saw the option listed. Please find the screenshot. If this is indeed the issue, how do I solve this?

解决方案

Application Launch Problems: Here is a short version: WPF application crashes when I launch. Chattier version. Nice one from Martin Prikryl: Application does not work when installed with Inno Setup


Logs: Always check all event logs, application logs and MSI logs - if available. Just to mention it. Maybe try to attach debugger for testing as described here - provided the application gets off the ground at all. Then step through code.

The Usual Culprits: You probably just lack a runtime (example), have a bitness problem (32/64-bit) or insufficient permissions / privileges, or configuration errors (ini, xml, registry, etc...).

To summarize - torpedos, full spread below - nothing too dumb not to mention :-):


Missing Runtimes: First, always check for missing runtimes. For example: .Net, .Net Core, Java, Silverlight, Direct X (used even for applications now), VC++ Runtime, MS-XML (legacy), etc.... Remember that they come in different versions and some can not co-exist on the box whilst others can run side-by-side.


Error Code: Looking up error codes and exception messages.


Debugging Tools: Some information on debugging tools.


ProcMon.exe: The tool of the trade. The one-size-fits-all tool. The bee's knees, the topper-most, the quantum leap, the cat's pajamas (yes, it is a Top Gear Hamster allusion). It can be a challenge to use it effectively, but it is the best general-purpose debugging tool that is free.


Other Ideas:

  1. Configuration Settings?
    • Dev-box sins: Hard coded references? Test Servers / UAT links?
    • Manifests, INI files and XMLfiles?
    • Registry settings? HKLM / HKCU
    • Connection strings. See Authentication & Authorization section below as well.
  2. Platform & Bitness? (ARM, Intel 32 / 64, etc...).
    • Very common to read from wrong registry hive (the classic time waster):
      • HKEY_LOCAL_MACHINESOFTWAREWOW6432NodeMyAppMySettings (32-bit)
      • HKEY_LOCAL_MACHINESOFTWAREMyAppMySettings (64-bit)
  3. Prerequisites & Dependencies?
  4. Missing / Broken Registration (indirect dependencies)
  5. Permissions & Privilege? - local - ACL permissions and NT privileges?
  6. Authentication / Authorization - network related
    • Local user, domain user, Active Directory: group membership, group policy, etc...
    • Launching User: User profile issues? Maybe try with another user logged on where it fails?
    • Authentication Mode: Windows Authentication. SQL Server Authentication, etc...
  7. General Network & Proxy issues? (proxies, WINS, DNS and all the complexities involved in networking. UNC paths reachable?)
  8. Licensing? (conceivably related to hardware dongles and drivers)
  9. Security software interference? (software / hardware firewall, anti-virus, encryption tools and suites, etc...)
  10. OS version or edition? (Windows 7 problems)
  11. Localization? Non-English systems?
  12. Drivers?
  13. Hardware?
  14. Encoding?
  15. System corruption? (wrong time, disk errors, file and path names are too long, disk full, "wrong something")
  16. Target Machine Nature? Virtuals? SOE? Are the target machines real machines? Test machines?
  17. Locking / Blocking / In-Use files and registry keys?
  18. Malware? Can cause practically anything in terms of problems.


Links:

这篇关于在客户端系统中安装后桌面应用程序无法打开的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆