Kontejner, ukazael a auto_ptr – C / C++ – Fórum – Programujte.com

Mám problém když mám vector auto_ptr:

vector<auto_ptr<objekt> > v;

v.push_back(auto_ptr<objekt>(new objekt));

d:\program files\microsoft visual studio 9.0\vc\include\vector(1233) : error C2558: class 'std::auto_ptr<_Ty>' : no copy constructor available or copy constructor is declared 'explicit'
1> with
1> [
1> _Ty=objekt
1> ]

Zde je důvod, proč není auto_ptr vhodný:
The problem is that auto_ptr does not quite meet the requirements of a type you can put into containers, because copies of auto_ptrs are not equivalent. For one thing, there's nothing that says a vector can't just decide to up and make an "extra" internal copy of some object it contains.

Tohle by mohlo pomoct:
http://books.google.cz/books?id=fSk99oy_mKcC&pg=PA334&lpg=PA334&dq=jak+uchov%C3%A1vat+ukazatele+v+kontejneru&source=web&ots=7eGhHXQx_O&sig=fxELnoFJuAK1rEtVCF91h5Om9BM&hl=cs&sa=X&oi=book_result&resnum=1&ct=result#PPA336,M1

Zdravím,

buď si napíšu nějaký wrapper, kterým obalím standartní vector(nelze od něj dědit, protože nemá virtuální destruktor!!! ) , překryju všechny potřebné metody a navíc o dealokaci se postarám sám v destruktoru. Nebo použiju inteligentní ukazatele s čítačem referencí. Jen musí být napsán inteligentně, pokud budu pracovat s více vlákny.

> nelze od něj dědit, protože nemá virtuální destruktor!!!
ale ide, len potom vytvarat kolekcie obsahujuce ukazatele na rodicovsku triedu nieje celkom dobry napad prave s dovodu nepritomnosti virtualneho destruktora.

To AdamHlavatovic : obecne se nedoporucuje delat potomky po tridach z STL.

Otom by som sa chcel dozvedieť viacej, môžete uviesť zdroj(e) odkiaľ informácia pochádza.

To AdamHlavatovic :

Sorry, blbě jsem to napsal, samozřejmě že pokud třída neobsahuje virtuální destruktor, tak to neznamená, že od ní nelze dědit. Jen jsem měl spíše na mysli něco takového:

template<typename T>

class CPtrVector : public std::vector<T>

{

	typedef std::vector<T> _Base;

public:

        explicit CPtrVector();

        // dalsi metody

	

        virtual ~CPtrVector()

	{

		// a tady budu pristupovat k rodicovske tride

		// treba pres _Base::iterator nebo _Base::operator[]

		// a chtit uvolnit pointery

	}

	

};



int  main()

{

      std::vector<int*> * pPtrVector = new CPtrVector<int*>();

      // ted to naplnim

	// .......

      // a ted to smazu

       //  a je pruser

       // destruktory se zavolaji v nespravnem poradi

      delete pPtrVector;	

 

      return 0

}

ano, prave preto som dodal "... len potom vytvarat kolekcie obsahujuce ukazatele na rodicovsku triedu nieje celkom dobry napad prave s dovodu nepritomnosti virtualneho destruktora", alebo inak pokial nevyzadujeme polimorfne chovanie nasej odvodenej triedy, tak nepritomnost virtualneho destruktora nieje ziaden problem.

Díky za odpovědi. Napsal jsme si vlastní obslužnou třídu a problém s konstruktorem je vyřešený. A dík, že jste mě vyvedli z omylu, já myslel, že auto_ptr dělá hluboké kopie

> že auto_ptr dělá hluboké kopie
pokial sa nemylim tak sa tomu hovory, ze zmena vlastnictva (ale nechce sa mi to overovat)

To AdamHlavatovic : 1) STL kontejnery maji vsechny promeny private
2) bylo receno vyse - nemaji virtualni destruktor, vede k memory leakum
3) pro rozsirovani funkcionality se pouzivaji alghoritm nebo kompozice a adapter, ktery vlastni kontejner a pracuje nad nim

v boost existuje shared_ptr, ktery umoznuje ukladat do kontejneru ukazatele. jedna se o ref counter na pointer.
http://www.boost.org/