> в любом нормальном софте.

Простите, но Вы, очевидно, никогда не писали софт серьёзнее, чем /usr/bin/sort.

> «неизвестная ошибка» — это ЧП. при ЧП лучше
> всего рухнуть с воплями, потому что неизвестно, какие могут быть последствия
> у такой ошибки.

Во-первых, любому программисту с опытом известно, что какая бы ни была ошибка, её обработка может и очень часто *должна* включать меры по аккуратному свёртыванию работы, включая освобождение тех ресурсов, которые сами не освобождаются, дерегистрацию, сброс логов и т.д. - в общем, всё, что необходимо для того, чтобы программа могла потом стартовать заново. И никакая "неизвестная ошибка" не является причиной не делать этого.

Во-вторых, если неизвестная ошибка произошла при каком-то действии, то её последствия ограничиваются пределом именно этого действия. Более серьёзные ошибки в Unix-системах вызывают сигналы и прочие асинхронные нотификации о нерешаемых проблемах. Этот принцип не специфицирован в явном виде (по крайней мере, я такого не видел), но практически все системы следуют ему. Поэтому, отказ в каком-то действии с неизвестной ошибкой следует рассматривать только как отказ этого действия с соответствующими последствиями (а вот они уже зависят от задачи - где-то это rollback транзакции, а где-то надо просто повторять до получения результата).

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