dlopen/dlsym/dlclose (dlfcn.h) causes memory leak

╄→尐↘猪︶ㄣ 提交于 2020-01-02 07:37:53

问题


When using the dlfcn family like so:

#include <stdio.h>
#include <dlfcn.h>

typedef int(*timefunc_t)(void*);

int main()
{
    timefunc_t fun;
    void* handle;
    handle = dlopen("libc.so.6", RTLD_LAZY);
    fun = (timefunc_t)dlsym(handle, "time");
    printf("time=%d\n", fun(NULL));
    dlclose(handle);
    return 0;
}

It causes a Memory leak:

==28803== Memcheck, a memory error detector
==28803== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==28803== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info
==28803== Command: ./dl
==28803== 
time=1309249569
==28803== 
==28803== HEAP SUMMARY:
==28803==     in use at exit: 20 bytes in 1 blocks
==28803==   total heap usage: 1 allocs, 0 frees, 20 bytes allocated
==28803== 
==28803== LEAK SUMMARY:
==28803==    definitely lost: 0 bytes in 0 blocks
==28803==    indirectly lost: 0 bytes in 0 blocks
==28803==      possibly lost: 0 bytes in 0 blocks
==28803==    still reachable: 20 bytes in 1 blocks
==28803==         suppressed: 0 bytes in 0 blocks
==28803== Rerun with --leak-check=full to see details of leaked memory
==28803== 
==28803== For counts of detected and suppressed errors, rerun with: -v
==28803== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 13 from 6)

My question is, Is this a programming error, or rather a bug in dlfcn/libdl.so?


回答1:


Looks like the latter. However this does not appear to be a big deal because if you repeat the dlopen/dlsym/dlclose calling another routine you'll see that the memory leak is of the same size, it does not grow with the number of dlopen/dlclose calls.



来源:https://stackoverflow.com/questions/6503661/dlopen-dlsym-dlclose-dlfcn-h-causes-memory-leak

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!