[c++] тупой вопрос про смартпойнтеры в коллекциях

> в качестве коллекции выступает не обычный сишный массив, а __произвольная__ STL-евская (или другая) коллекция.

Ммм... и как это можно сделать в С++? Че-то мне кажется что нельзя.

Почему нельзя? Пример с boost::shared_ptr<std::auto_ptr<ObjType> > показывает, что можно. Правда, оверхед немного смущает:)

может помогут интрузивные контейнеры http://www.boost.org/doc/libs/1_37_0/doc/html/intrusive.html

В принципе, на мой вопрос уже ответили вот здесь: http://community.livejournal.com/ru_cpp/358231.html

Хотя если есть другие варианты (т.е. кроме Boost.PointerContainer и интрузивных пойнтеров) -- предлагайте.

не совсем понял про замену объекта и отсутствие release, но, возможно, reset() - это то, что тебе надо.

блин:)

release() просто забывает о существовании старого объекта

reset() его уничтожает перед тем, как принять на хранение новый объект

Так вот -- при подмене объекта мне уничтожать ничего не нужно. Если объект один, то прекрасно подходит обычный std::auto_ptr. Если же нужно положить в коллекцию, то auto_ptr лажает, и мне необходимо искать другие способы хранения данных. Например, Boost.PointerContainer.

Хорошо, угадываю: проблема уничтожения при подмене добавлена в описание шутки ради и не несёт никакой смысловой нагрузки.
Т.е. тебе просто нужен эстээльконтейнеросовместимый смартпойнтер с возможностью отказа от владения?
В этом случае имеет смысл подумать о самостоятельной реализации такой экзотики.
Или даже поискать другое решение задачи.

Где-то читал про такой трюк:

template<class Container> OwningContainer : public Container {
  // сам добавляешь конструкторы, они просто вызывают
  // соответствующие конструкторы из Container
  
  ~OwningContainer {
    for(typename Container::iterator i = begin(), e = end(); i!=e; i++)
      delete *i;
  }
};

В качестве типа используешь нужный тебе контейнер,
любой который поддерживает begin/end и хранит указатели.

Например:

OwningContainer< std::map<MyClass *> > myMap;

... и пользуемся как обычным std::map. Когда map умрет,
он вызовет delete для всех элементов в нем.

Вроде бы делает то что нужно. Одна проблема - конструкторы
 надо переопределять, но это мелочи.

А "космос" на shared_ptr не переводи - если везде хватало указателей,
значит shared_ptr не нужен. Как раз сейчас занимаюсь прямо обратным 
процессом - вычищаю shared_ptr отовсюду, где им нагажено. Код 
становится проще и ясней.

Кукуц