klienta podzielnik: Valgrind pokazuje 7 ALLOCS, 0 FreeS, żadnych przecieków

Question

Pracuję nad klonem malloc (3) funkcji (malloc, realloc i free na razie).

Chciałbym dodać wsparcie dla Valgrind. Używam these docs. Jednak po dodaniu wywołań makr VALGRIND_MEMPOOL_FREE, VALGRIND_MEMPOOL_ALLOC i VALGRIND_CREATE_MEMPOOL, mam następujący z Valgrind:

==22303== HEAP SUMMARY: 
==22303==  in use at exit: 0 bytes in 0 blocks 
==22303== total heap usage: 7 allocs, 0 frees, 2,039 bytes allocated 
==22303== 
==22303== All heap blocks were freed -- no leaks are possible 

to pomimo mojego realloc calling VALGRIND_MEMPOOL_FREE i mój free calling VALGRIND_MEMPOOL_FREE.

Co może być tego przyczyną?

Answer 1

Co może być tego przyczyną?

Jest to spowodowane błędem w valgrind. Zobacz link do trackera błędów valgrind w moim komentarzu do twojej odpowiedzi.

Z drugiej link w moim komentarzu:

Pobieżna wyszukiwania poprzez kod źródłowy wskazuje MEMPOOL_ALLOC rozmowy new_block, który zwiększa cmalloc_n_mallocs, ale nie ma odpowiada zmiana cmalloc_n_frees w MEMPOOL_FREE.

/* valgrind.c */ 
#include <valgrind/valgrind.h> 

int main(int argc, char *argv[]) { 
    char pool[100]; 

    VALGRIND_CREATE_MEMPOOL(pool, 0, 0); 
    VALGRIND_MEMPOOL_ALLOC(pool, pool, 8); 
    VALGRIND_MEMPOOL_FREE(pool, pool); 
    VALGRIND_DESTROY_MEMPOOL(pool); 
    return 0; 
} 

$ gcc valgrind.c -g 
$ valgrind --leak-check=full --show-leak-kinds=all ./a.out 
==10186== Memcheck, a memory error detector 
==10186== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. 
==10186== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info 
==10186== Command: ./a.out 
==10186== 
==10186== 
==10186== HEAP SUMMARY: 
==10186==  in use at exit: 0 bytes in 0 blocks 
==10186== total heap usage: 1 allocs, 0 frees, 8 bytes allocated 
==10186== 
==10186== All heap blocks were freed -- no leaks are possible 
==10186== 
==10186== For counts of detected and suppressed errors, rerun with: -v 
==10186== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) 
$ 

Answer 2

Zrobione stąd: http://valgrind.10908.n7.nabble.com/VALGRIND-MEMPOOL-FREE-not-reflected-in-heap-summary-td42789.html

Pobieżna wyszukiwania poprzez kod źródłowy wskazuje MEMPOOL_ALLOC rozmowy new_block, który zwiększa cmalloc_n_mallocs, ale nie ma odpowiada zmiana cmalloc_n_frees w MEMPOOL_FREE. Oto łatka , która zwiększa ją na samym końcu MEMPOOL_FREE. Daje to zachowanie, którego oczekuję od .