Редактировать: только что увидел "происходит сразу при запуске". Действительно, WinDBG может помочь .
Хотя средства отладки для Windows действительно в основном предназначены для собственных приложений, они также полезны для управляемых приложений.Управляемые приложения не только «родные» в конце, когда они выполняются, но также есть, в частности, расширение SOS для WinDBG или CDB (если вы предпочитаете командную строку).
Особенно (мини-) дампы аварийных приложений можно довольно хорошо анализировать с помощью расширения SOS.Если ваше приложение выполняется в режиме выпуска или отладки, это не имеет большого значения, если у вас есть соответствующие файлы символов (.PDB) под рукой при анализе дампа.
Существует много всегоВ этом ответе есть много информации, но вам лучше всего поискать «windbg sos».
Относительно примера, который вы привели
EventType clr20r3..exe P2 2010.1.0.0, p3 4B857AFD P4 BLAH BLAH system.invalidoperation, P10 NIL.
это может быть что-то еще, но для меня это выглядит как необработанное исключение в приложении .NET - вв этом случае System.InvalidOperationException.
Если вы можете получить мини-дамп аварийного приложения (посмотрите на инструмент ADPlus , который является частью инструментов отладки, чтобы получить дамп «по требованию»или «по событию»), затем вы можете загрузить это в WinDBG и использовать расширения SOS (команды! clrstack,! dumpstack,! threads и т. д.), чтобы выяснить, откуда появилось это необработанное исключение.