LINUX.ORG.RU

Лучший способ не беспокоиться о подобных ошибках - не писать на Цэ и использовать GC. Если же таки надо, то можно выдрать malloc debugger из XFree86. Electric Fence не канает - убогий шибко. Ну а лучше всего свой написать, под свою задачу. Нечто вроде

#define malloc(sz) __my_cool_malloc(__LINE__, __FILE__, __PRETTY_FUNCTION__, sz)

для free и realloc аналогично

ну а в этом самом __my_cool_malloc писать в хэш-табличку, кто и где выделил.

Antichrist
()
Ответ на: комментарий от Antichrist

Извините, не совсем корректно поставил вопрос: Уже есть готовое приложение, куча кода, использующая не совсем профессионально (к месту и не к месту) new/delete (не malloc/free), которое надо отдебажить под linux, причем за короткое время (т.е. замена на всякого рода макросы не совсем подходит). Под SunOs есть purify, под win32 - bound checker, хотелось бы что-нибудь такое же под linux.

anonymous
()

Переопредели new и delete.
Дальше по совету Antichist

alman ★★★
()
19 сентября 2001 г.

А я мелочь какую-то так тестил: запускаю в одном xterm'e top запускаю в другом xterm'е прогу, в которой свеху и снизу main написано while(1) { ....... } А дальше в топе хорошо видно увеличивающийся расход памяти

dolzenko
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.