указатели и указатели на указатели.

[psl]

Такая проблема - есть два массива - массив указателей и массив указателей на указатели первого массива. Проблема в том, что при освобождении памяти для указателей первого массива, "указатели на указатели" второго массива могут указывать на нулевые адреса, а доступ приводить к исключению.
В принципе проблема решена - но вариант не вполне устраивает, ибо изредка возникают исключения, а обрабатывать их по идеологическим причинам я не могу:(.

Вопрос: существуют ли стандартные/нестандартные решения? Где почитать? Можно ли как-нибудь локализовать причину подобного исключения в отладчике VC?

[RXL]

После освобождения указателя в первом массиве, просканируй второй на предмет поиска первого указателя и обнули его. Конечно, если ты используе указатели второго массива без проверки, то сбои никуда не денутся.

А вообще-то, мне кажется, что дело в логике - надо лучше продумать. Если опишешь задачу, то попробуем дать совет, как лучше решить ее.

[Pu]

 используй так называемые smart pointers, реализации есть в различных библиотеках например в Boost, Loki , да и в STL так же есть такой класс auto_ptr.
описание что это такое  с примерами и описанием реализаций - почитай в книжке Джефф Элджер - "C++ for real programmers"

[Serega]

Pu, auto_ptr не стоит использовать, он не предназначен для хранения в контейнерах
Это просто указатель со стратегией владения (т.е. при удалении указателя удаляется и обьект на который он указывает), у Мейерса в Efficient STL много написано о том, где хорошо использовать auto_ptr а где не стоит

[Pu]

Serega, есть такая штука, читал...  просто я про контейнеры речи не вел, потому и присоветовал. А вообще в той жеж книге  Effective STL рекомендуется конечно вместо динамических массивов [] пользоваться контейнерами.

[Serega]

Указатели хорошо сделаны в Boost

[npak]

psl,

Насколько критично использовать С/С++ с ручным управлением памяти?  Может быть возможно испопользовать сборщик мусора?

[psl]

дело в следующем:
имеется структура данных, указатель на которую передается некоторому классу, этот класс меняет структуру по определенному алгоритму и взводит флаг или каким-либо другим образом извещает о готовности. Естественно - асинхронно и естественно эта структура не одна, а массив.
auto_ptr не подойдет.

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

2npak: что понимать под сборщиком мусора? как он должен работать?

[Serega]

SharedPtr и WeakPtr из Boost