2016-12-07 5 views
0

Trynig 몇 가지 테스트 코드 :libmagic에서 메모리 누수가 발생 했습니까? libmagic에 대한

#include <magic.h> 
#include <stdio.h> 

int main(int argc, char **argv) { 

    magic_t cookie; 

    cookie = magic_open(MAGIC_MIME_TYPE); 

    if (cookie == NULL) { 
     perror(magic_error(cookie)); 
     return 1; 
    } 

    if (magic_load(cookie, NULL) == -1) { 
     perror(magic_error(cookie)); 
     return 1; 
    } 

    const char *string = magic_file(cookie, *(argv+1)); 

    if (string == NULL) { 
     perror(magic_error(cookie)); 
     return 1; 
    } 

    printf("%s\n", string); 

    magic_close(cookie); 
    return 0; 
} 

코드는 거의 여기에서 찢어진 :

http://vivithemage.co.uk/blog/?p=105

코드는 확인을 실행하지만 valgrind --leak-check=full ./libmagic /path/to/some/image/file 라이브러리에서 memleak가보고를 사용 :

==6153== HEAP SUMMARY: 
==6153==  in use at exit: 48 bytes in 3 blocks 
==6153== total heap usage: 36 allocs, 33 frees, 990,559 bytes allocated 
==6153== 
==6153== 48 bytes in 1 blocks are definitely lost in loss record 2 of 2 
==6153== at 0x4C2FB55: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) 
==6153== by 0x4E43D3D: ??? (in /usr/lib/x86_64-linux-gnu/libmagic.so.1.0.0) 
==6153== by 0x4E447ED: ??? (in /usr/lib/x86_64-linux-gnu/libmagic.so.1.0.0) 
==6153== by 0x4008A8: main (libmagic.c:15) 
==6153== 
==6153== LEAK SUMMARY: 
==6153== definitely lost: 48 bytes in 1 blocks 
==6153== indirectly lost: 0 bytes in 2 blocks 
==6153==  possibly lost: 0 bytes in 0 blocks 
==6153== still reachable: 0 bytes in 0 blocks 
==6153==   suppressed: 0 bytes in 0 blocks 

포장하려면 magic_close() 이외의 것이 필요합니까 도서관에 약점이 있습니까?

:

magic.h는 가 MAGIC_VERSION 524, 내가 사용 GCC 5.4.0 난 그냥 오늘 같은 문제를 건너 왔어요

답변