priyanka s
priyanka s

Reputation: 126

Desktop applicaton not opening after installation in client system

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?

Upvotes: 1

Views: 3716

Answers (5)

Stein Åsmul
Stein Åsmul

Reputation: 42246

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_MACHINE\SOFTWARE\WOW6432Node\MyApp\MySettings (32-bit)
      • HKEY_LOCAL_MACHINE\SOFTWARE\MyApp\MySettings (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:

Upvotes: 2

Lei Chi
Lei Chi

Reputation: 268

Possible root cause:

  1. System prerequisite is not meet, you should check all dependencies is ready on the target client system, or add the prerequisite to your installation guide
  2. Privilege issues, you might copy files or change registry locally with administrator rights, but the client is not. If so, you need change files to "C:\Users{username}\AppData\Roaming" or install with administrator privilege on the client system.

In such a situation, app possibly crashed in client system:

  1. Check your application log if any errors
  2. Check windows Log if any errors
  3. Dump system info using WinDbg.exe and debug it

Upvotes: 0

niksan karkee
niksan karkee

Reputation: 157

I also faced that kind of problem before. Just try to install another location not inside the program file of C:\ Drive. You may choose different drive or you may install in C drive also but not inside the program files.

Upvotes: -1

Raheem Khan Dawar
Raheem Khan Dawar

Reputation: 149

To successfully deploy an application, you must also deploy all components that are referenced by the application.View the Deployment Process

Users might need administrative permissions or similar user permissions on the computer to install bootstrapped components. For ClickOnce applications, this means that the user might need administrative permissions to install the application regardless of the security level specified by the application. After the application is installed, the user can run the application without administrative permissions.

I am assuming you and your client are running install and application run as Administrator.

Upvotes: 0

nikhil kumar
nikhil kumar

Reputation: 55

make sure that the 4.6.1 .net framework is installed on the client system.Because the application requires .net frame work installed on the computer

Upvotes: 0

Related Questions