Да мне нужно без C++17 уметь weak_ptr вытаскивать

Там проверка на публичное наследование

это понятно, но надо же как-то этот вик отправить в обьект

а разве он в 17 появился? Я уже очень давно юзаю

Хм вы используете его не под шаред? Запретите до 17

Мне надо в деструкторе weak_ptr вытащить))))

А там убать по логике должно в 17, нет?

наверное, я чего-то не понял. Что поменялось в С++17 в enabled_shared_from_this?

Вы же в удалении контрол блока, какой вик

убает shared_from_this

Там вот прямо сейчас память удаляется делитом, в которую weak должен счётчик писать

С такой логикой все weak_ptr, пережившие shared_ptr, дожны убать

Нет, потому что они держат эту память

А у вас сейчас счётчик ссылок этой памяти мог быть 0

Если была аллокация через make_shared одним блоком

В общем, я подозреваю, что доступ на shared_from_this из деструктора это номинальное UB во всех стандартах

Ну на cppref написано что это возвращается копия внутреннего weak_ptr

А он то не уничтожен еще

Я вам могу очень неформально мотивировать, что, поскольку вы находитесь внутри вызова деструктора некоторого shared_ptr и пытаетесь работать с weak_ptr вы нарушаете (не сформулированные) правила по reentrance библиотечных функций; я не вижу явного упоминания на cppref, что будет, но мне совершенно очевидно, что в реализации в моей голове, которая не занулила weak_ptr, это приводит к потенциальным двойным удалениям памяти

В частности, я плохо понимаю реализацию, которая не занулит этот inner_weak перед вызовом деструктора объекта