Есть класс, который генерит древовидную структуру используя обычные указателями. Структура довольно сложная и громоздкая, я боюсь где-то могу забыть прописать удаление указателя в деструкторе класса. Посему назрела мысль использовать "умников-стрелочников". Но насколько я понял пободные смартпоинтеры действуют по принципу - вышли из области видимости - сработал деструктор и сами удалились. Но у меня ситуация такая, в конструкторе создаются указатели, но при выходе из конструктора они должны остаться валидными и удалиться только в деструкторе моего класса. Как в таком случае применить смарт-поинтеры если их участь - подохнуть точно также как локальный объект созданный во временном стеке, теряется смысл ?

Всё зависит от типа умного указателя. Далеко не все общедоступные реализации "умирают" при выходе из области видимости. Например boost::shared_ptr

Уж очень не хочется использовать boost в своей программе. К тому же я так понимаю если указатель даже и shared, то компилятор сам ну ни как не определит в какой момент мне нужно удалять его, пока я вручную не задам аналог delete в нужном месте. А это опять же сводит на нет мою идею.

Раз указатели создаются в конструкторе, почему бы не объявить их как переменную класса в виде умного указателя?

Это сообщение отредактировал(а) Dreamer_0x01 - 14.4.2008, 18:16

религия не позволяет? 

не правильно понимаешь, когда кол-во ссылок на объект станет равным 0, тогда память будет освобождена.

Нельзя, они динамические. Зависит от количества записей в базе данных. И содержит все эти указатели вектор, который является членом класса.


Скорее не религия, а поговорка о пушках и воробьях.



А пример можно ?  

Это сообщение отредактировал(а) SABROG - 14.4.2008, 18:22

создаешь shared_ptr и инициализируешь его обычным указателем, кол-во ссылок становится равным 1, при любом копировании( в том числе и инициализирующем) кол-во ссылок инкрементируется, при выходе любой копии за границу видимости, кол-во ссылок уменьшается на 1. так вот когда кол-во ссылок становится равным 0, вызывается delete для указателя который обернут в shared_ptr.

А как это сработает в таком виде:

//псевдо-код


Когда поинтеры убьются, когда убьется otherClass или вызовется delete для A ?

Boost  Smart Pointer является совершенно самостоятельной библиотекой и даже не требует связывания на этапе линковки (вся функциональность содержится в заголовочных файлах)
Это к вопросу о пушках.

Можно использовать ּSTL-овские контейнеры. Только в них не заносить сами указатели, а записи. Что то типа такого


Тогда уже сам контейнер будет заботится об удалении записей.

Если ты создашь вектор auto_ptr'ов, то последующий занесенный auto_ptr будет копироатся из конструктора в список. А при копировании auto_ptr класс источник теряет ссылку. Так что выйдя з апределы конструктора ты ничего не потеряешь ибо вызовется деструктор у класса указатель из которого уже извлечен.
Т.е. при копировании из одного auto_ptr в другой ты не получишь 2 ссылки на auto_ptr. В таком случае только последний классс будет иметть реально ссылку которую прибьет в деструкторе. Короче кто последний влез, того и тапки.

Добавлено через 59 секунд
Fin, ага. И туда можно вогнать auto_ptr

что то я не совсем понял твой псевдокод 

не, shared_ptr - это уже указатель (по крайней мере, по смыслу), так что достаточно list<shared_ptr>

Это сообщение отредактировал(а) maxim1000 - 14.4.2008, 20:20

... в программе очень скоро начнутся проблемы 
Подробности почему - читать в книгах зубров (Мейерс/Саттер)

Добавлено через 58 секунд
PS. собственно, ты дальше сам рассказал почему.

Т.е. если вместо указателей запхнуть в контейнер auto_ptr'ы, то при удалении контейнера для каждого из объекта auto_ptr'a вызовется деструктор и освобождение памяти ?