У меня есть ситуация, когда клиенту нужно вручную запустить .NET Framework NGEN v4.0.30319 Критическое запланированное задание, чтобы предотвратить System.StackOverflowException в PresentationFramework.dll .
Рассматриваемое приложение представляет собой 32-разрядное встроенное изображение, созданное в Borland Delphi 6, которое выступает в роли узла для сборки .NET с помощью какого-то магического трюка.(то есть я точно не помню, как это происходит ... может быть, через COM ???) Еще несколько месяцев назад это приложение работало нормально.
После запуска запланированных задач приложение работает нормально, как и до следующего обновления Windows, после чего нашему клиенту потребуется снова запустить запланированную задачу вручную.(Обновления Windows вытесняются их ИТ-отделом)
Сборка .NET также является частью другого приложения .NET, которое работает без ошибок, указывая, что это как-то связано с тем, как DLL-библиотека .NETразмещено в собственном приложении.
Это происходит на всех машинах в одном конкретном офисе, на которых установлена Windows 10. У нас есть другие клиенты, работающие с тем же программным обеспечением, которое не сообщило о проблеме, так что это немногоизумительное.