What problem does it solve? When .NET Framework applications fail to start, load the wrong runtime version, or trigger unexpected .NET 3.5 Feature-on-Demand install dialogs, the root cause is hidden inside the mscoree.dll shim's runtime selection logic. This Skill decodes CLR activation logs (CLRLoad logs) to reveal exactly which decision path the shim took and why. ## Core Features & Use Cases - Log Analysis Workflow: Surveys CLRLoad log files, identifies entry points (_CorExeMain, DllGetClassObject, CorBindToRuntimeEx), and traces version resolution decisions step by step. - FOD Dialog Diagnosis: Explains why .NET 3.5 Feature-on-Demand dialogs appear or are suppressed based on SEM_FAILCRITICALERRORS inheritance and Whidbey capping. - COM Activation Tracing: Resolves legacy COM activation failures (e.g., diasymreader in native build tools like link.exe and mt.exe) using CLSID registry inspection. - Use Case: A build suddenly shows .NET 3.5 install prompts on machines without .NET 3.5. Use this Skill to analyze the CLRLoad logs, discover a capped legacy COM activation with no config file, and fix it by adding useLegacyV2RuntimeActivationPolicy to the tool's config. ## Quick Start Analyze the CLRLoad log files in C:\CLRLoadLogs and explain why mt.exe triggered a .NET 3.5 Feature-on-Demand dialog.