Здравствуйте, Danchik, Вы писали:
S>>Тут кода то с гулькин ..

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

D>Также можно стартануть такой процес как RPC сервер, чтобы не плодить параметров. И рестартовать его когда надо.

Значит примера не будет. Ну то есть отдельный процесс плодить. Доменов то в Core тоже нет.
Еще раз ломается то, что находится в try catch. А его легко восстановить.

Здравствуйте, Danchik, Вы писали:
S>>Тут кода то с гулькин ..

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

D>Также можно стартануть такой процес как RPC сервер, чтобы не плодить параметров. И рестартовать его когда надо.

Значит примера не будет. Ну то есть отдельный процесс плодить. Доменов то в Core тоже нет.
Еще раз ломается то, что находится в try catch. А его легко восстановить.
Да и трудоемко выводить весь код а отдельный процесс, когда куча взаимосвязей. И это проблема возникает раз в пятилетку