Приходилось ли Вам перегружать операторы управления памятью?
И зачем (что за задача такая была интересная)

Это сообщение отредактировал(а) chaos - 5.10.2005, 05:46

Не знаю как можно перегрузить delete, но перегружать new приходица часто.
А зачем? ответ прост. Посмотри хотя бы на класс AnsiString в Builder и поймешь для чего можно перегружать.
Если я правильно понел речь идет о
new Class(...,...,...);

Это сообщение отредактировал(а) Neitron - 5.10.2005, 09:09

На практике (хотя какая нафик у меня практика) нет. В теории можно представить код для детекции memory leakов. Ну типа

Код

operator new(){     return *allocated_list.push_back(malloc()); } operator delete(){     with(allocated_list){           if(find(block) != end)                erase(block), return;                cerr <<  __FILE__ << ':' << ___LINE__ << "illegal delete" << endl;    } } int main() {  atexit({      foreach(block in allocated_list){            cerr << block.FILE << ':' << block.LINE << ": memory leak" << endl      }  ) }

(разумеется это не совсем с++, но идея думаю ясна(не бейте за издевательство над языком )

Это сообщение отредактировал(а) Mayk - 5.10.2005, 09:25

Ох класс)) Точняк, не догодался

Не перегружал и наверное не буду... ЗЫ не путать с не знаю и знать не хочу.

Когда-то давно, еще под Досом (Борланд С++ 3.1) писала аллокатор для мелких объектов. По-моему, на rsdn.ru не так давно видела статью про "это" (ссылку искать лень). Вот ровно так я и делала: отдельные блоки для объектов разного размера и т.д... Памяти там было мало, а объектов плодилось много ... Потом еще были случаи, когда надо было построить объект в заданном буфере, уж не помню зачем...
Последнее время нет. Иногда возникают мысли - будет тормозить, нарисуем свой аллокатор (благо STL-контейнеры это допускают). Но начнешь бывало профилировать, и видишь, что на фоне всяческих вычислений и т.д. работа с памятью - это такая мелочь... Тем более, что STL-port'овские аллокаторы устроены вполне оптимально.

Еще применение: сборка мусора. См. Boehm GC. Давно хочу попробовать использовать на полную катушку... Пока негде.

Цитата(Earnest @ 7.10.2005, 14:51)

Тем более, что STL-port'овские аллокаторы устроены вполне оптимально.

а что в STL есть альтернатива new & delete?
извините, но можно ли в таком случае примерчик - хочу попробовать.

Перегружал и new и delete и писал в лог файл о том что когда было выделено.
Спасало от мемориликов очень часто

Цитата(Guest @ 10.10.2005, 21:38)

а что в STL есть альтернатива new & delete? извините, но можно ли в таком случае примерчик - хочу попробовать

Это не альтернатива new, просто STL, которой я пользуюсь, для узлов списков и т.д. использует свои аллокатары (по блокам распихивает), а не стандартные new. То ли только в релизе, то ли и в дебаге тоже - не помню. И какой тебе пример нужен? Это все делается прозрачно, так что многие и не подозревают. Или тебя интересует, как свой аллокатор подсунуть? Извини, примера, под рукой нет - просто реализуешь свой аллокатор, как в доках STL написано, и все. Класс аллокатора является последним параметром шаблона во всех контейнерах. По-моему, об этом неплохо написано у Майерса в "Эффективное использование STL".

как-то попробовал отключить полностью все библиотеки в C++
пришлось определять свои new и delete
(определил через WinApi-шные функции)

Цитата(chipset @ 10.10.2005, 23:24)

Перегружал и new и delete и писал в лог файл о том что когда было выделено

Хех!
По стопам идешь
Значит на верном пути..