There is well-known (or not so well-known, depending on what you do) feature in NT family system, called “Image File Execution Options”.


It is really in the registry


HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options


Create a sub key, with the name as your executable without the path (i.e. notepad.exe). When your application starts, OS will look for specific registry values under that reg key, and act accordingly.


Regmon ( trace of a helloworld app shows the following registry value is queried:













Debugger” is discussed in many articles, like this one It is a way to automatically launch a debugger when an application starts.


DisableHeapLookaside” is discussed here A way to fall back to ancient heap manager.


ShutdownFlags” is discussed here A way to detect heap leak.


RpcThreadPoolThrottle” is discussed here


GlobalFlag” is controlled by a tool called gflags.exe, which is documented in MSDN It is bundled with windows debugger (, which in my opinion, the best debugger ever created.


If you play with gflags.exe more, you will found more interesting registry values under Image File Execution Options.


I can’t find anything for “ApplicationGoo”. But you can see that in a vanilla WindowsXP system, several reg keys are already presented in Image File Execution Options with ApplicationGoo set to random binaries. I suspect this is something to do with AppCompat.


I can’t find anything for “MinimumStackCommitInBytes”, “ExecuteOptions” and “DebugProcessHeapOnly”. But it is very easy to decipher their meaning from their name (except ExecuteOptions, which I suspect is yet another AppCompat goo).


There is another one “BreakOnDllLoad”, which is discussed here But with the “sxe ld” command in windows debugger, I think it is much less useful. Of course if you are using something other than windows debugger, it will help you to determine why (and when) a certain dll is loaded.