Модуль для слежения за аллоцируемой памятью

Интересная штука.
Вопрос:
Будет видно в с++ когда идет реалокация памяти для std::vector?

Если там под капотом malloc и его банда - то да, только имя файла и строчку будет показывать системную. Еще можно чере вариант «библиотека» смотреть, аналогично, будет видно, если там под капотом malloc.

mtrace() не подходит по каким-то причинам?

Для него надо сорцы модифицировать, а тут можно работать и без модификации. Плюс mtrace нужно в начале майна прописывать, а в либах его нет. Плюс мой модуль можно только на один сишник прописать, чтобы отладить только конкретный файл.

Ну и плюс модуль еще пару фишечек умеет типа избавления от необходимости чекать аллоки а нуль.

Для него надо сорцы модифицировать, а тут можно работать и без модификации.

Инклюдить всё равно придётся.

Плюс mtrace нужно в начале майна прописывать, а в либах его нет.

Есть трюк с LD_PRELOAD: http://stackoverflow.com/questions/2593284/enable-mtrace-malloc-trace-for-bin...

Хотя вижу отличие: в выхлопе mtrace не будет имён файлов. Но всё равно такие трассировщики без готовых утилит обрабоки сырого выхлопа годятся только для отладки примитивных программ.

У меня выхлоп выравнен (сигнатура-имя файла-строка-действие-первичный указатель-размер-вторичный указатель-результат), так что утилиту обработки можно хоть на баше нарисовать с выхлопом svg-графиками (збыл как эта утилита называется)

Вопрос - какой вы видите утилиту обработки? Если графической - то примерный интерфейс. Тут у меня отслеживается каждая реаллок цепочка, в случае чего можно и таймштамп впихнуть чуть модифицировав

Не, мне не надо. Был момент, когда мне очень нужно было отслеживать аллокации именно в библиотеке. Я пробовал разные способы, включая и mcheck. Но в итоге остановился на memcheck из Valgrind'а. Несмотря на замедление в 20 раз, это лучше, чем простыни от трейсера.

Если программа отдельная, замечательно работает AddressSanitizer.

Это всё равно убого, нормально пишут лог с нужной детализаций без всякого форматирования, может быть даже бинарный лог. Потом его обрабатывают как хочется. И такие инструменты уже даже есть вида valgrind --tool=massif

Ты чего, там же макросы :-) Надо было шаблонами делать на цепепе :-)

BTW, в OpenBSD это уже встроенно в libc.

Расходимся, поцоны. Там #define malloc() { malloc(); printf(); }

А с имеющимся бинарем тогда оно как работает? По ссылке, разумеется, не ходил

Через LD_PRELOAD и условную компиляцию void* malloc(s) { return my_malloc(s)); }.

Предсказуемо. А кроме malloc еще покрыто что-нибудь? :)

calloc, realloc и free. Серьезно, расходимся.

И какая разница как оно работает, если оно дает больший функционал чем mtrace?

ты притащил нулевое говно и кукарекаешь? сдрисни

Берите, кому надо

Это ключевые слова, не понимаю чего они на тебя накинулись. Кому надо - может быть полезным. Хотя есть Valgrind и куча других более серьезных средств. Ставлю звездочку теме.

Boehm GC — наше всио!

Для него надо сорцы модифицировать, а тут можно работать и без модификации.

Инклюдить всё равно придётся.

Пятизвёздочный ламер, прочитайте про опцию -include у gcc.

Спасибо, анонимус! Ща потестирую и добавлю в мануал если сработает