1

The issue appears sometimes on several machines in our domain: The user starts my .NET 4.0 application, but nothing happens. Machines run Windows XP, .NET version is 4.0.30319.1008

As I can see in Task Manager the process is started, but it uses only 40 KB of memory (sometimes more, for example, 404 KB, but ordinary running process needs much more). When I try to kill this process, the system says it's done successfully, but the process stays in memory and .exe file is locked. Only restarting the machine helps to kill the process and unlock the file.

I tried to use ProcMon for analizing, but I could see very few events and the process stops before loading its image (Load Image operation does not happen). So the cause is not inside my application.

As a workaround I tried some things:

  1. Rebuild the application and replace the .exe in its location - it helps! But the difference between two EXE files is only the changed MVID GUID and some other compile information included in the .exe

  2. So my thought was that crashed native image of the assembly is cached somewhere, so replacing the .exe initiates the system to rebuild it. I am not strong in this, but I tried "ngen update" instruction - sometimes it helps, sometimes not.

After some time the problem repeats on some machines.

How can I find what is causing the problem?

Peter Mortensen
  • 30,738
  • 21
  • 105
  • 131
Boogier
  • 609
  • 6
  • 24
  • The problem continues. Once helped login as administrator. Once didn't. – Boogier May 21 '15 at 08:29
  • Nowtimes I suspect that Symantec Endpoint Protection's "Insight" feature causes the problem. Disabling "Insight", "Download Insight" and restarting machine hepls. – Boogier Jun 23 '15 at 05:57

0 Answers0