Opened 14 years ago
Closed 14 years ago
#76 closed defect (invalid)
Memleak with avi file
Reported by: | Carl Eugen Hoyos | Owned by: | |
---|---|---|---|
Priority: | minor | Component: | avformat |
Version: | git | Keywords: | |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
Memleak with the sample from ticket #75
==6140== Command: ffmpeg_g -i fraps_artefacts.avi -f null - ==6140== FFmpeg version git-N-29241-gddb00ad, Copyright (c) 2000-2011 the FFmpeg developers built on Apr 20 2011 11:37:48 with gcc 4.4.5 configuration: --cc='/usr/local/gcc-4.4.5/bin/gcc -m32' --disable-asm libavutil 51. 0. 0 / 51. 0. 0 libavcodec 53. 0. 0 / 53. 0. 0 libavformat 53. 0. 0 / 53. 0. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 0. 0 / 2. 0. 0 libswscale 0. 13. 0 / 0. 13. 0 Input #0, avi, from 'fraps_artefacts.avi': Metadata: encoder : Lavf53.0.0 Duration: 00:00:00.05, start: 0.000000, bitrate: 329638 kb/s Stream #0.0: Video: fraps, bgr24, 960x540, 60 tbr, 60 tbn, 60 tbc [buffer @ 0x52e5080] w:960 h:540 pixfmt:bgr24 Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.0.0 Stream #0.0: Video: rawvideo, bgr24, 960x540, q=2-31, 200 kb/s, 90k tbn, 60 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding ==6140== Conditional jump or move depends on uninitialised value(s)bits/s ==6140== at 0x85B7A69: av_log_default_callback (log.c:120) ==6140== Uninitialised value was created by a stack allocation ==6140== at 0x85B7976: av_log_default_callback (log.c:91) ==6140== frame= 3 fps= 2 q=0.0 Lsize= -0kB time=0.05 bitrate= -3.5kbits/s video:0kB audio:0kB global headers:0kB muxing overhead -inf% ==6140== ==6140== HEAP SUMMARY: ==6140== in use at exit: 8 bytes in 2 blocks ==6140== total heap usage: 220 allocs, 218 frees, 16,578,672 bytes allocated ==6140== ==6140== 4 bytes in 1 blocks are definitely lost in loss record 1 of 2 ==6140== at 0x4CA1C8C: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==6140== by 0x4CA1D16: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==6140== by 0x81114BD: av_new_stream (utils.c:2608) ==6140== ==6140== 4 bytes in 1 blocks are definitely lost in loss record 2 of 2 ==6140== at 0x4CA1C8C: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==6140== by 0x4CA1D16: realloc (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==6140== by 0x81114BD: av_new_stream (utils.c:2608) ==6140== by 0x20495640: ??? ==6140== ==6140== LEAK SUMMARY: ==6140== definitely lost: 8 bytes in 2 blocks ==6140== indirectly lost: 0 bytes in 0 blocks ==6140== possibly lost: 0 bytes in 0 blocks ==6140== still reachable: 0 bytes in 0 blocks ==6140== suppressed: 0 bytes in 0 blocks ==6140== ==6140== For counts of detected and suppressed errors, rerun with: -v ==6140== ERROR SUMMARY: 4 errors from 3 contexts (suppressed: 3 from 3)
Change History (2)
comment:1 by , 14 years ago
comment:2 by , 14 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
I can't reproduce it any more either.
Note:
See TracTickets
for help on using tickets.
Can't reproduce the leak with latest git.