D
Так это уже твои проблемы. Деструктор не имеет права кидать исключения
Size: a a a
2021 July 03
D
Опиши ситуацию подробнее
Д
представьте, что программа запускается с перерывами, в таком случае как она будет понимать, что начался новый день?
ДЖ
ну по факту
DR
Деструктор кидает исключение, объект не удаляется из-за этого(а может и память полностью не была освобождена ним). Что в такой ситуации обычно делают, если уже случилось?
s
плачут
SS
ничего, меняют дизайн
DR
Короче решения нет?
SS
решения нет, потому что вернуться и завершить деструктор механизма нет
AB
Деструктор не должны исключения необработанные выкидывать. Это как правило
DR
Почему тогда не запретят noexcept(false) для деструкторов, жизнь бы упростили
AB
noexcept тебя не спасет от возможных исключений
SS
вообще, с c++11 деструкторы implicit noexcept, я сам это проверял и при покидании деструктора вызывался terminate, но так вроде происходит не всегда
P
а насколько требовательно делать вызовы notify_one?
тип есть вариант всё время делать notify_one, а есть if(cond) notify_one. Есть ли смысл лишнюю строку кода писать?
тип есть вариант всё время делать notify_one, а есть if(cond) notify_one. Есть ли смысл лишнюю строку кода писать?
C
Оберните код в теги: 3 символа ` до и после кода (в случае одиночной конструкции достаточно 1 ` с обеих сторон). Спасибо!
DR
Читал за этот «обход», но да, он не работает
SS
Есть
SS
В общем случае это лишний сисколл
D
Кому?
D
У здорового человека деструктор и так noexcept, а создателям iostream'ов из C++03 на совесть давить бесполезно))