“This application could not be started.” Only when the file is in system32 directory

Question

I wrote a little piece of software that downloads file from internet, that is, nothing more. My intentions are to use it thru the command line... It works great, but when I plac

Answer 1

I just moved the NuGet.exe from c:\Windows\System32 to c:\Windows and it works.

Answer 2

This answer may not be applicable to the OP's problem (which has been solved anyway), but maybe for others who end up here due to a search on “This application could not be started" and System32. In my case I had written a screensaver program in C# that had to run 32-bit, and the solution was to install it in the Windows directory, not Windows\System32. Then it works OK on both 32- and 64-bit systems.

Answer 3

Maybe this answer is not directly applicable for OP answer, but for sure it is connected and it solved my issue.
On my company computer I have a few folders, which automatically sync with OneDrive. Those files are permanently labelled as "Work", not "Personal".
Each time I copied between those folders, which are syncing, I cannot run my developed application. When I created a new directory, outside of syncing folders, I was able to change File Ownership to "Personal" (see below):

Just after that, my program works perfectly.

Answer 4

If you put your 32-bit exe in both the System32 and the SysWOW64 folder. It works just fine. Not one, not the other, but both folders.

This might sound strange, but try it. If you put the same exe in both folders it will start up without any modifications.

Answer 5

Short Answer: Uncheck "Prefer 32-bit".

Long Answer: (Not 100% sure but here goes)

Assuming you have a 64 bit machine, keep in mind that System32 is a folder that is reserved for 64 bit application usage, and although it may seem strange, SysWOW64 contains 32 bit dlls and is reserved for 32-bit applications. Typically, 32-bit applications that access System32 will go through a file system redirector to the SysWOW64 folder. More info here.

However, when your application (which runs as a 32-bit process) runs in System32 itself, the redirector probably doesn't do anything because it thinks there isn't any need to redirect, which is why your app works outside of System32 but not inside it.

So to solve this, uncheck Prefer 32-bit so that it will try to target 64 bit platform, ... or better yet, put the app elsewhere and add the application directory to your environment path variable. That way you can still access your application .exe anywhere, and it won't pollute your System32 folder which should only be used for Windows files anyways.