После многих лет программирования у меня не было ситуации, когда разумный malloc или new потерпели бы неудачу (возможно, потому, что мои malloc действительно разумны), хотя я всегда проверяю это.
В моем случае приложения должны изящно (надеюсь) закрываться с соответствующей записью в журнале. Что бы вы сделали в этом случае? Интересно услышать ваш подход - вы ждете ресурсов или закрываете магазин?
Вы практически ничего не можете сделать, если динамическое выделение не работает — почти нет операций, написанных для обработки этой ситуации. Если это не удается, просто дайте приложению сбой.
Обычно моя программа закрывается настолько изящно, насколько это возможно, с простой записью сообщения об ошибке. В C++ я делаю это, используя catch вместо std::bad_alloc в main(). К моменту выполнения catch деструкторы, вызываемые раскручиванием стека, должны были освободить часть памяти, поэтому вероятность сбоя самого ведения журнала меньше. Я избегаю выделения памяти (например, используя char * строк вместо std::string строк) в этом коде ведения журнала, чтобы еще больше снизить вероятность сбоя ведения журнала.
