просто пытается обнаружить некоторые потенциальные проблемы в небольшой SDL2-программе под linux / G CC, написанной на C ++ 17
, valgrind сообщает о большой шумной утечке памяти о vg_replace_malloc.c, которые предположительно могут быть игнорируется официальной документацией введите описание ссылки здесь
(игнорируйте "vg_replace_mallo c. c", это подробности реализации.)
Но позже в анализе есть блок:
==9891== 256 bytes in 4 blocks are definitely lost in loss record 2,243 of 2,414
==9891== at 0x483980B: malloc (vg_replace_malloc.c:309)
==9891== by 0x40156B3: dl_open_worker (in /usr/lib64/ld-2.30.so)
==9891== by 0x4E60407: _dl_catch_exception (in /usr/lib64/libc-2.30.so)
==9891== by 0x40148FD: _dl_open (in /usr/lib64/ld-2.30.so)
==9891== by 0x4EF139B: dlopen_doit (in /usr/lib64/libdl-2.30.so)
==9891== by 0x4E60407: _dl_catch_exception (in /usr/lib64/libc-2.30.so)
==9891== by 0x4E604D2: _dl_catch_error (in /usr/lib64/libc-2.30.so)
==9891== by 0x4EF1B08: _dlerror_run (in /usr/lib64/libdl-2.30.so)
==9891== by 0x4EF1429: dlopen@@GLIBC_2.2.5 (in /usr/lib64/libdl-2.30.so)
==9891== by 0x493CC37: ??? (in /usr/lib64/libSDL2-2.0.so.0.12.0)
==9891== by 0x4941DC5: ??? (in /usr/lib64/libSDL2-2.0.so.0.12.0)
==9891== by 0x494C3CC: ??? (in /usr/lib64/libSDL2-2.0.so.0.12.0)
Мне интересно, является ли это какой-то зависимостью от библиотеки или ложным срабатыванием, или неясно указывает на что-то, связанное с моим кодом ....
Кто-нибудь может дать мне больше понимания, как интерпретировать этот definitely lost байтный фрагмент?