Реально ? ОМГ, как я последние лет 10 жил вся жизнь считай зря прожита ((
Что, помогает и от kernel error ? blue screen of death ?
И от power failure ?

Вообще же обработчики исключений во-многом миф, я в своей жизни не видел ни одного
приложения, которое могло бы что-то продолжить после скажем: disk write error,
database index corrupt, и даже после банального divide by zero.
Искючения увы возникают обычно не там, где были ошибки.
Бесспорно, обработка исключений полезнейшая функция... обычно сводящаяся
к записи полезной дебаг-информации.

В общем по-моему зашли немного в тупик. Яж не против - применяйте, лично мое мнение,
что это никому не нужные навороты...

А вот disk write error, database index corrupt, и даже divide by zero - обработке в общем
поддаются. Исключения помогают от ошибок в программе, которые могут приводить к падению.
Особенно это касается работы с указателями с и с++.

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

А зачем многопоточность применяете ? Цель какая ?
Не хватает производительности ?

У меня обработчики исключений - работают на одну цель - остановить сервер без потери данных.
После возникновения ошибки - она ловится в обработчике. Обработчик останавливает основной
цикл сервера и после этого сервер переходит на сохранение текущего состояния мира.
Тут не надо писать 10 или 100 обработчиков... Есть обработчик для всех исключений...

Многопоточность я использую для быстродействия... движок очень сильно усложняется, по
сравнению с существующими движками.
Производительности пока хватает, но это пока...
После добавления таймеров, которые работают по секундам, могут возникнуть сложности,
учитывая количество таймеров в самих мобах и объектах, помноженное на их количество в мире,
хочется максимально разгрузить основной игровой поток от второстепеннных задач.

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

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

Получается что в случае креша - потеряются только изменения с последней точки состояния
мира в дампе.

А эээ... если уж так хочется, то что мешает использовать СУБД с транзакциями и закрывать их в гарантированно стабильных состояниях ? Я долго все это жевал... кругами.... и к окончательному решению увы не пришел. Есть масса аргументов ЗА использование СУБД, и несколько против.... в частности - она ломается вся целиком, а 24х365 админа у нас нету, увы... нереально это. Что делать - неясно.