переменная типа умный указатель вот таким образом:
static thread_local std::shared_ptr<some_type> tls;
Затем, так получилось, что эта же переменная (shared_ptr, count() == 2) используется в другом потоке. Теперь, выполнение потока, в котором была создана переменная shared_ptr, завершено (count() == 1). Является ли неопределённым поведением использование этой переменной потоком, который её не создавал?
ты не можешь использовать переменную tls в другом потоке, поскольку она создается на поток, а объект можешь, если сможешь его получить
Все валидно вроде
не могу сделать так? std::weak_ptr<type> global; void foo() { static thread_local std::shared_ptr<type> tls; if (!tls) { tls=std::make_shared<type>(); global=tls; } // use } void bar() { if (global) auto tmp=global.lock(); // use }
валидно ли использование shared_ptr когда она пережила создавший её поток?
самого шарадптра - нет, а вот контрольного блока и T - вполне
shared_ptr конечно не тот что в потоке ибо для доступа используется weak_ptr
надо так проверку организовывать валидности объекта: if( auto p = global.lock() ) { // use p }
Да, согласен. Интересовала допустимость концепта
не вижу проблем с концептом
только смотри, если кто-то напишет: std::shared_ptr<...> global2; ... if( auto p = global.lock() ) global2 = p; то твой shared будет валиден и после смерти потока. ну и еще пять копеек: shared_ptr тяжелый объект в плане сихронизации доступа. TLS же используют как раз для того чтобы уйти от примитивов синхронизации и т.п. поэтому вызывает вопрос вся идея с shared_ptr
Написанного точно не будет. А вот shared_ptr как раз нужен из-за weak_ptr и того факта, что при завершении потока shared_ptr тоже уничтожится
ну, ок, тогда в путь :)
Обсуждают сегодня