A
Size: a a a
2021 February 26
VS
в жизни не видел std::bad_alloc
Мир айти слишком большой, чтобы со всеми происходили все возможные вещи
ПК
в жизни не видел std::bad_alloc
Я встречал bad_alloc на винде несколько раз. Один был следствием UB (юзание по ссылке уничтоженного объекта, в там у строки в итоге был мусор вместо размера => попытки выделить триллиарды памяти). Второй раз был следствием бага msvc (оптимизатора), притом падало с bad_alloc до main-а на создании глобальных переменных. Кстати, не уверен, что этот баг пофикшен(
ПК
В первом случае ничего не падало, исключения перехватывались в шедулере и работа шла дальше
CD
чтобы к файлу обратиться, всё-таки обычно не требуется выделять память под строку пути размером 64 МБ
так вы говорите, что не видели bad_alloc
давайте дальше, как организовать нормальную future/promise систему без исключений типа already_detached и abandoned?
давайте дальше, как организовать нормальную future/promise систему без исключений типа already_detached и abandoned?
CD
Не знаю, не юзаю future/promise ни в проде, ни в своих пет-проектах, не встречал подходящих для них задач. Или не распознал, поэтому сделал по-другому, как знать.
ну а что вы тогда делаете, json парсите?
CD
хотя мне не понятно, зачем для future/promise нужны исключения, кроме факта, что std реализация на них завязана, видимо
чтобы не делать nullable типы и проверку на null примерно в каждом месте
A
ну а что вы тогда делаете, json парсите?
Да чего только ни делали за столько лет. Картинки обрабатываем, цифровыми камерами управляем, в пет-проектах у меня файловый менеджер и карманная СУБД.
CD
когда метод должен вернуть либо осмысленный объект, либо катастрофическая ошибка логики, очень странно возвращать Result
CD
вот только на практике очень мало катастрофических ошибок, много таких, которые нужно обработать и продолжать работу
да, только разрулить катастрофическую ошибку операции может только вызвавший эту операцию
CD
так что протаскиваем через 20 вызовов
ПК
чтобы не делать nullable типы и проверку на null примерно в каждом месте
Так и делают, и на парсинге json-а не будет исключений. Привет Qt-шный json, который просто при ошибке вернёт invalid объект и не дай бог не проверить его на инвалидность - как раковая опухоль invalid разрастётся по программе и хрен найдешь потом откуда оно пошло. Примерно как NaN.
ПК
для этого есть assert
Это тот assert который надо не забыть написать? :)