Информация об изменениях

Сообщение Re[21]: .NET5 и CER от 24.11.2020 9:54

Изменено 24.11.2020 10:01 Serginio1

Re[21]: .NET5 и CER
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Здравствуйте, Serginio1, Вы писали:


НС>>>Это вероятностный момент.

S>> Что может сломаться вне блока try catch?

НС>Если исключение вылетит в статическом конструкторе, то этот конструктор больше никогда не вызовется и люьбой код, завязанный на него не будет работать до смерти процесса.

НС>Единственный нормальный способ дропнуть не умеющий отменяться код, как тут уже написали — запускать его в отдельном процессе и грохать процесс.

Слишком много связей. И случается это раз в пятилетку и пересоздать объект не проблема. Зависает скорее всего по
WaitHandle.WaitOne и по каким то причинам не дожидается сигнала, а основное приложение висит и годеныш еще и привязан к UI потоку.
И в большинстве своем это связано с тем, что функция должна вернуть false.
Проблем не было. Если бы были, то сделал бы отдельным доменом. Но и их в Core нет.
Re[21]: .NET5 и CER
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Здравствуйте, Serginio1, Вы писали:


НС>>>Это вероятностный момент.

S>> Что может сломаться вне блока try catch?

НС>Если исключение вылетит в статическом конструкторе, то этот конструктор больше никогда не вызовется и люьбой код, завязанный на него не будет работать до смерти процесса.

НС>Единственный нормальный способ дропнуть не умеющий отменяться код, как тут уже написали — запускать его в отдельном процессе и грохать процесс.

Слишком много связей. И случается это раз в пятилетку и пересоздать объект не проблема. Зависает скорее всего по
WaitHandle.WaitOne и по каким то причинам не дожидается сигнала, а основное приложение висит и годеныш еще и привязан к UI потоку (запуск потока с STA не помогал).
И в большинстве своем это связано с тем, что функция должна вернуть false.
Проблем не было. Если бы были, то сделал бы отдельным доменом. Но и их в Core нет.