CD
Поскольку в противном случае деструктор inner_weak триггернет деаллокацию памяти под объектом и вряд ли вам это понравится, если это не первый предок объекта
Size: a a a
2020 May 05
CD
Наверное, эта реализация должна будет начать с копирования inner_weak до вызова деструктора
CD
а что если сделать лок в деструкторе и передать куда подальше, это разве не уб будет?
вопрос вернет он 0 или вообще убнет
CD
локаемый weak в деструкторе получиться вообще не может
NP
лок от weak_ptr вернет 0
NP
хотя не, не буду утверждать наверняка, это я исхожу из логики что если деструктор сработал, значит shared_ptr не осталось)
CD
благодаря вашей дискуссии, нашел багу в велосипедных умных указателях )
ну там по логике три реализации enable_shared_from, либо ты копируешь inner_weak перед вызовом деструктора, либо мувишь, либо забиваешь
CD
первое даст ненулевой weak_from_this с нулевым локом, второе нулевой, третее убает
А
ну там по логике три реализации enable_shared_from, либо ты копируешь inner_weak перед вызовом деструктора, либо мувишь, либо забиваешь
это типа есть три стула?
CD
это типа есть три стула?
ага, причем эта логика должна быть вшита в обертку над делитером, видимо
А
ага, причем эта логика должна быть вшита в обертку над делитером, видимо
какой стул лучше?
CD
какой стул лучше?
ну так зависит от потребностей, если у тебя событийное безумие я бы тебе копировать предлолжил, так безопаснее
CD
разумеется, это все актуально в случае, когда shared_ptr одним блоком аллокнут, при двух вроде другие расклады
CD
забавно, что у меня в реализации delete this таки сидит в обертке делитера
DF
Про делитер непонятно
DF
Про то что логика должна быть вшита
DF
Можно попросить вас рассказать почему именно делитер?
DF
А не сам класс обертки)