Решаю задачу профилирования выделения и освобождения памяти для крупного программного проекта с большим количеством файлов исходного кода. По работе с памятью проект написан в смешанном стиле, используется средства как C, так и C++. Для функций malloc, calloc, realloc и free сделал обертки примерно в таком стиле. Возьмем для примера malloc.
Вхождения вида ptr=malloc(size)
заменил на вызов собственной функции
ptr=wrapper_malloc("path_to_this_source_file", __FUNCTION__, __LINE__, size)
а в этом раппере выделяю память стандартным malloc и печатаю в специальный файл всю сопроводительную информацию,
переданную в аргументах, а также значение выделенного адреса в 16-ричном виде. Результат malloc в конце возвращаю.
Остальные рапперы построены по тому же принципу с учетом конкретики других функций.
Это работает.
Но как быть с профилированием new? С-функции однотипны, а new всякий раз работает с конструкторами разных классов, у каждого из этих конструкторов свои аргументы. Не хочется каждый new оборачивать по отдельности, это очень долго и трудоемко. Можно ли предложить для new тоже какое-то более и ли менее общее решение, позволяющее профилировать такую информацию (плюс печать еще и имени типа/класса)? Я знаю, что оператор new можно перезагружать (написать свою реализацию), но сам я ни разу еще этого не делал, да и поможет ли здесь такое решение? Тот же вопрос и для delete. Заранее спасибо гуру C++ за консультацию.

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

rdb_dev,
да, конечно, это так. Я прошу практического совета или подсказки, в какую сторону смотреть.
Вот у меня две строчки кода:
A a = new A(C, D);

B b = new B(E, F);

Можно ли построить какую-то более или менее общую обертку, которая во-первых:
1) выполняла бы в каждом случае заказанную работу, т.е. выделяла бы память под инстанс данного класса, передавая в конструктор
нужные аргументы
2) записывала в лог-файл сопроводительную информацию, включая имя класса, для которого создан инстанс

Я могу написать для первого случая
A a = wrapper_newA_twoargs("filename", "A", __FUNCTION__, __LINE__, C,D)
B b = wrapper_newB_twoargs("filename", "B", __FUNCTION__, __LINE__, E,F)

но это же не дело - для каждого конструктора каждого класса писать свой wrapper, тогда проще уж прямо в коде рядом
с вызовом new делать запись в лог. Существует ли более или менее общее решение (с помощью перезагрузки new или с помощью
шаблонов), которое позволило бы и для A, и для B делать какой-то однотипный вызов?

rdb_dev,
да, это понятно. Но так я смогу логировать только размер выделенной памяти и само значение выделенного адреса, но не информацию о том, из какого места исходного кода была запрошена память, и имя класса/структуры (если память выделена
не для данных простого типа).

Ладно, видимо мои вопросы от недостаточной грамотности. Я путаю вызов new и вызов конструктора класса, а это разные вещи, которые у меня в голове смешались. Не буду морочить специалистам голову, можно закрыть топик.

Хорошо, насчет закрыть я несколько погорячился. Пусть пока остается, я отпишусь, когда определюсь с решением.

Dimitry Sibiryakov,
да, покажет, но мне по каждому вызову нужна кастомная информация, которую профайлер обеспечить не может.

clihlt,

да, да, спасибо, мне что-то подобное тоже уже пришло в голову, но коллега cerebrum предложил посмотреть в сторону std::function и "высшего пилотажа" Александреску, отработаю еще и этот путь.

Cerebrum,

"Ваше соединение не защищено

Владелец rsdn.org неправильно настроил свой веб-сайт. Чтобы защитить вашу информацию от кражи, Firefox не соединился с этим веб-сайтом."
Но про variadic templates не только на rsdn можно почитать.

Cerebrum,
верю. У меня из дома тоже нет. Но на работе, видимо, более сильные настройки безопасности.

miksoft,
так работает, спасибо.