Carl Eugen Hoyos <[email protected]> added the comment:

valgrind --leak-check=full ./ffmpeg_g -i tests/data/vsynth.ref.wav test.aac

==5118== 34 bytes in 2 blocks are definitely lost in loss record 1 of 3
==5118==    at 0x4C23570: memalign (vg_replace_malloc.c:460)
==5118==    by 0x4C2362A: posix_memalign (vg_replace_malloc.c:569)
==5118==    by 0xABD0B4: av_malloc (mem.c:66)
==5118==    by 0x4E933B: aac_encode_init (aacenc.c:186)
==5118==    by 0x4DC87A: avcodec_open (utils.c:487)
==5118==    by 0x40BDFC: av_encode (ffmpeg.c:2027)
==5118==    by 0x40A2EF: main (ffmpeg.c:3992)
==5118==
==5118==
==5118== 288 bytes in 1 blocks are definitely lost in loss record 2 of 3
==5118==    at 0x4C23724: calloc (vg_replace_malloc.c:397)
==5118==    by 0x401093E: _dl_allocate_tls (in /lib64/ld-2.8.so)
==5118==    by 0x66C76FA: pthread_create@@GLIBC_2.2.5 (in 
/lib64/libpthread-2.8.so)
==5118==    by 0xB35A88: __kmp_create_worker (in
/home/cehoyos/Projects/FFmpeg/ffmpeg_g)
==5118==    by 0xB156EB: __kmp_allocate_team (in
/home/cehoyos/Projects/FFmpeg/ffmpeg_g)
==5118==    by 0xB1AE49: __kmp_fork_call (in 
/home/cehoyos/Projects/FFmpeg/ffmpeg_g)
==5118==    by 0xB0F76D: __kmpc_fork_call (in
/home/cehoyos/Projects/FFmpeg/ffmpeg_g)
==5118==    by 0xAD6C9E: sws_getContext (swscale.c:2460)
==5118==    by 0x40A271: main (ffmpeg.c:3973)
==5118==
==5118== LEAK SUMMARY:
==5118==    definitely lost: 322 bytes in 3 blocks.
==5118==      possibly lost: 0 bytes in 0 blocks.
==5118==    still reachable: 568 bytes in 1 blocks.
==5118==         suppressed: 0 bytes in 0 blocks.

With patch:
==5041== 2 bytes in 1 blocks are definitely lost in loss record 1 of 3
==5041==    at 0x4C23570: memalign (vg_replace_malloc.c:460)
==5041==    by 0x4C2362A: posix_memalign (vg_replace_malloc.c:569)
==5041==    by 0xABD0C4: av_malloc (mem.c:66)
==5041==    by 0x4E933B: aac_encode_init (aacenc.c:186)
==5041==    by 0x4DC87A: avcodec_open (utils.c:487)
==5041==    by 0x40BDFC: av_encode (ffmpeg.c:2027)
==5041==    by 0x40A2EF: main (ffmpeg.c:3992)
==5041==
==5041==
==5041== 288 bytes in 1 blocks are definitely lost in loss record 2 of 3
==5041==    at 0x4C23724: calloc (vg_replace_malloc.c:397)
==5041==    by 0x401093E: _dl_allocate_tls (in /lib64/ld-2.8.so)
==5041==    by 0x66C76FA: pthread_create@@GLIBC_2.2.5 (in 
/lib64/libpthread-2.8.so)
==5041==    by 0xB35A98: __kmp_create_worker (in
/home/cehoyos/Projects/FFmpeg/ffmpeg_g)
==5041==    by 0xB156FB: __kmp_allocate_team (in
/home/cehoyos/Projects/FFmpeg/ffmpeg_g)
==5041==    by 0xB1AE59: __kmp_fork_call (in 
/home/cehoyos/Projects/FFmpeg/ffmpeg_g)
==5041==    by 0xB0F77D: __kmpc_fork_call (in
/home/cehoyos/Projects/FFmpeg/ffmpeg_g)
==5041==    by 0xAD6CAE: sws_getContext (swscale.c:2460)
==5041==    by 0x40A271: main (ffmpeg.c:3973)
==5041==
==5041== LEAK SUMMARY:
==5041==    definitely lost: 290 bytes in 2 blocks.
==5041==      possibly lost: 0 bytes in 0 blocks.
==5041==    still reachable: 568 bytes in 1 blocks.
==5041==         suppressed: 0 bytes in 0 blocks.

----------
substatus: needs_more_info -> reproduced

_____________________________________________________
FFmpeg issue tracker <[email protected]>
<https://roundup.ffmpeg.org/roundup/ffmpeg/issue1577>
_____________________________________________________

Reply via email to