Why TypeInitialization Exception Has Null Inner Exceptions

This will cause the exception to occur. Because the static constructors cannot be called explicitly but will execute when the Type is first accessed. In this case the Type will be accessed for initialization.

The above case isa special case which I want to discuss in this post. The TypeInitialization will occur with null InnnerException.



There is no “View Details” options. Moreover if we click “Copy exception detail to the clipboard” you’ll get this:

System.TypeInitializationException was unhandled Message: An unhandled exception of type
'System.TypeInitializationException' occurred in mscorlib.dll Additional information: The type initializer for 'TypeInitializationExceptionTest.Program' threw an exception.

Not much detail, right? There’s no Inner Exception so you’ll never know what causes this exception to occur.

The reason is that TypeInitializer of Entry method (Main) class has failed. Since no type was initialized at this very moment, the TypeInitializer has no type information to report about the failed type in TypeInitializationException.

As explained more by Jon Skeet, “Once a type initializer has failed once, it is never retried. The type is dead for the lifetime of the AppDomain. (Note that this is true for all type initializers, not just for types with static constructors. A type with static variables with initializer expressions, but no static constructors, can exhibit subtle differences in the timing of the type initializer execution - but it'll still only happen once.”

But if you remove the static constructor from the Entry Type (i.e. Program) to the other class and then refer that class in Entry method, you'll get the InnerException on TypeInitialization exception.
Now if you run it you’ll get the expected behavior.



Final Remark: Keep the Entry (Main) class as clean as possible from the Static member or constructor initialization that throws the exception.