Коллеги, привет. Подскажите, какие можете посоветовать best practices по обработке

std::bad_alloc?

Ситуация: есть библиотека (сторонняя open source) и есть несколько клиентских приложений, которые ее используют. Внутри библиотечной функции при обработке больших данных в определенный момент может не хватить памяти и выпасть bad_alloc. В этом случае клиентские приложения молчаливо падают. Я хочу модифицировать библиотеку, чтобы, в случае нехватки памяти, в консоль выпадала осмысленная ошибка с описанием причины. Вопрос - как лучше поступить:

1. Внутри библиотечной функции обернуть аллокацию в try-catch и сразу вызыавть std::exit:
try { new ... }
catch (std::bad_alloc& e) {
std::cerr << "Failed to allocate enougn memory to perform operation, exiting" << std::endl;
std::exit(1);
}

2. Ничего не менять в библиотечной функции и ловить bad_alloc глобально из main(), что позволит ловить такие ошибки не только из данной функции, но и из других

Как обычно делают в таких случаях?

Я бы пошел по пути N2

Только заранее подготовь память для того, чтоб смочь вывести сообщение об ошибке)) а то и там может bad_alloc случиться )))

Маловероятно

А там точно нет оптимизации для строк, вычислимых в compile time?

А там точно будет строка? А не окошко какое-либо?))

Цитата: в консоль выпадала осмысленная ошибка с описанием причины

Ок, для длинной строки SSO работать не будет

Я не про SSO, а, скажем, умение биндиться на const char[N]

Вряд ли это будет работать всегда

Оборачивай в try catch, пиши в консоль (а лучше какой нибудь кастомизируемый способ - типа колбека). Бросай дальше через throw;

Не обрабатывать, дать приложению упасть.

Нехватку памяти редко обрабатывают

2, глобально ловить в main

Это ровно то, что сейчас и происходит. Основная проблема в том, что не понятно пользователю, почему упало. Хочется как минимум вывести сообщение

Пусть смотрит в лог

Хороший поинт, но библиотека, которую я юзаю, не блещет логированием, к сожалению

В системный лог

Ну могу предложить ещё вариант: В начале программы выделяешь большой блок памяти типа Мегабайт, Ловишь bad allock, освобождаешь мегабайт и обрабатываешь ошибку, и завершаешь программу

Интересный ход, не догадался бы, спасибо

Достаточно стандартный

Да, в отладочной это может не работать