В какой-то момент я хочу использовать boost::log, но не могу передать std::shared_ptr в качестве параметра, потому что компилятор (VS2010) не может преобразовать его в boost::shared_ptr.
Мне не очень нравится тот факт, что они чужие друг другу.
Есть ли безопасный и прозрачный способ преобразовать одно в другое, чтобы они не спотыкались друг о друга?
Я не думаю, что это дубликат этого вопроса, в котором указаны оба такие же.
Вы можете сделать это следующим образом:
template<typename T>
boost::shared_ptr<T> make_shared_ptr(std::shared_ptr<T>& ptr)
{
return boost::shared_ptr<T>(ptr.get(), [ptr](T*) mutable {ptr.reset();});
}
template<typename T>
std::shared_ptr<T> make_shared_ptr(boost::shared_ptr<T>& ptr)
{
return std::shared_ptr<T>(ptr.get(), [ptr](T*) mutable {ptr.reset();});
}
РЕДАКТИРОВАТЬ: обратите внимание, что это не работает со слабыми ссылками на исходный ptr. Так что будьте осторожны с ними!
ptr в прицел (зачем?), брать T*, ничего не делать. Предположительно, дело в том, что общие указатели boost и std не знают о счетчиках друг друга, поэтому не следует уничтожать объект, изначально удерживаемый другим?
- person Chowlett; 07.09.2012
ptr (и, следовательно, дополнительный счетчик ссылок) внутри лямбды удаления. Мне потребовалось время, чтобы понять это, должен признать.
- person Christian Rau; 07.09.2012
boost::shared_ptr и, в свою очередь, имеет копию std::shared_ptr как члена (из-за захвата лямбда по значению), что увеличивает счетчик ссылок для исходного объекта. Таким образом, каждый boost::shared_ptr увеличивает счетчик ссылок на исходный объект через его элемент удаления. Но когда счетчик ссылок boost::shared_ptr (который действительно не зависит от счетчика std) достигает 0, ничего не удаляется, так как удаление не является операцией, но уничтожение удаления фактически уменьшает исходный счетчик ссылок.
- person Christian Rau; 07.09.2012
std::shared_ptr или boost::shared_ptr и выяснить это.
- person ronag; 08.09.2012
make_shared_ptr для std::shared_ptr, возвращенного из make_shared_ptr, вы создаете два shared_ptr, которые содержат ссылки друг на друга, таким образом создавая циклическую ссылку. Эти объекты никогда не будут удалены, поскольку они поддерживают друг друга.
- person Eric Niebler; 08.09.2012
weak_ptr будет вызван детерсер, и ничего не произойдет, а пока есть хотя бы тот самый weak_ptr, время жизни объекта будет искусственно продлено ссылкой внутри деллер, нарушение семантики комбинации weak_ptr/shared_ptrcombination. Фикс простой, дизайн хороший, только реализацию надо менять: [ptr](T*){ptr.reset();}
- person David Rodríguez - dribeas; 14.10.2013
mutable? (Да, только что подтверждено.)
- person dyp; 14.10.2013
shared_ptr? Другими словами, не будет ли исходный shared_ptr иметь счетчик ссылок равным нулю, когда целевой shared_ptr освобождается?
- person Ben Collins; 06.01.2014
weak_ptr. Если, например, вы создаете std shared_ptr, затем создаете boost::shared_ptr из него (используя описанный выше метод), затем создаете boost::weak_ptr из boost::shared_ptr, когда boost::shared_ptr удаляется, weak_ptr будет думать, что объект больше не существует (weak_ptr.lock() вернет null ), даже если фактический объект (то есть исходный std::shared_ptr) все еще существует.
- person Arieh; 28.11.2014
shared_ptr самое большее переключаются.
- person Deduplicator; 19.11.2015
std::arrayиboost::arrayбез копирования содержимого массива. - person Marshall Clow schedule 13.10.2013std::shared_ptrиboost::shared_ptr(иstd::arrayиboost::array) можно сделатьreinterpret_cast? - person alfC schedule 13.10.2013boost/shared_ptr.hppчем-то вроде#include <memory> namespace boost { using shared_ptr = std::shared_ptr? - person fghj schedule 20.11.2015