Valgrind reports memory leak

[quach@…]

* Overview: Found a test case .mp4 file for mplayer where valgrind 3.3.1 reports memory leak

The test case is "86-tennis_kid.mp4" available at the URL
​http://www.metafuzz.com/testcases/791243-86-198670558-Leak_DefinitelyLost.tgz

* mplayer version

dev-SVN-r27245-4.1.2

* To reproduce:

1) Play 88-tennis_kid.mp4 using mplayer under Valgrind 3.3.1

* My OS:

Debian Etch Linux, Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz

uname -a:

Linux debian 2.6.18-6-486 #1 Fri Jun 6 21:47:01 UTC 2008 i686 GNU/Linux

Valgrind output, from command
==22968== Memcheck, a memory error detector.
==22968== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==22968== Using LibVEX rev 1854, a library for dynamic binary translation.
==22968== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==22968== Using valgrind-3.3.1, a dynamic binary instrumentation framework.
==22968== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==22968== For more details, rerun with: -v
==22968==
MPlayer dev-SVN-r27245-4.1.2 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (Family: 6, Model: 15, Stepping: 6)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2

Playing 86-tennis_kid.mp4.
libavformat file format detected.
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x863db30]Could not find codec parameters (Audio: mpeg4)
LAVF_header: av_find_stream_info() failed
ISO: Unknown File Type Major Brand: MSNV
MOV: missing data (mdat) chunk! Maybe broken file...
libavformat file format detected.
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x863db30]Could not find codec parameters (Audio: mpeg4)
LAVF_header: av_find_stream_info() failed

Exiting... (End of file)
==22968==
==22968== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 19 from 1)
==22968== malloc/free: in use at exit: 55,724 bytes in 19 blocks.
==22968== malloc/free: 2,473 allocs, 2,454 frees, 1,626,625 bytes allocated.
==22968== For counts of detected errors, rerun with: -v
==22968== searching for pointers to 19 not-freed blocks.
==22968== checked 2,862,088 bytes.
==22968==
==22968== 60 bytes in 8 blocks are still reachable in loss record 1 of 5
==22968== Stack hash: 3830378553
==22968== at 0x401D898: malloc (vg_replace_malloc.c:207)
==22968== by 0x40E817F: strdup (in /lib/tls/i686/cmov/libc-2.3.6.so)
==22968== by 0x80B06E7: copy_str (m_option.c:385)
==22968== by 0x80AFA47: m_config_add_option (m_option.h:490)
==22968== by 0x80AFC18: m_config_register_options (m_config.c:259)
==22968== by 0x8076BA0: main (mplayer.c:2567)
==22968==
==22968==
==22968== 80 bytes in 1 blocks are still reachable in loss record 2 of 5
==22968== Stack hash: 3987117885
==22968== at 0x401D898: malloc (vg_replace_malloc.c:207)
==22968== by 0x40930B9: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==22968== by 0x4092CD3: iconv_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
==22968== by 0x807C7F6: mp_msg (mp_msg.c:197)
==22968== by 0x80755EC: print_version (mplayer.c:2399)
==22968== by 0x8076BD3: main (mplayer.c:2573)
==22968==
==22968==
==22968== 120 bytes in 1 blocks are still reachable in loss record 3 of 5
==22968== Stack hash: 3664937563
==22968== at 0x401D898: malloc (vg_replace_malloc.c:207)
==22968== by 0x409B7B4: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==22968== by 0x4094480: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==22968== by 0x4093063: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==22968== by 0x4092CD3: iconv_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
==22968== by 0x807C7F6: mp_msg (mp_msg.c:197)
==22968== by 0x80755EC: print_version (mplayer.c:2399)
==22968== by 0x8076BD3: main (mplayer.c:2573)
==22968==
==22968==
==22968== 22,824 bytes in 8 blocks are definitely lost in loss record 4 of 5
==22968== Stack hash: 3924031967
==22968== at 0x401C882: memalign (vg_replace_malloc.c:460)
==22968== by 0x8548F54: av_malloc (mem.c:61)
==22968== by 0x8548FD6: av_mallocz (mem.c:134)
==22968== by 0x82928C7: mov_read_dref (mov.c:244)
==22968== by 0x828F5D8: mov_read_default (mov.c:215)
==22968== by 0x828F5D8: mov_read_default (mov.c:215)
==22968== by 0x828F5D8: mov_read_default (mov.c:215)
==22968== by 0x828F5D8: mov_read_default (mov.c:215)
==22968== by 0x8290DA9: mov_read_trak (mov.c:1264)
==22968== by 0x828F5D8: mov_read_default (mov.c:215)
==22968== by 0x828F7DB: mov_read_moov (mov.c:455)
==22968== by 0x828F5D8: mov_read_default (mov.c:215)
==22968==
==22968==
==22968== 32,640 bytes in 1 blocks are still reachable in loss record 5 of 5
==22968== Stack hash: 481172370
==22968== at 0x401D898: malloc (vg_replace_malloc.c:207)
==22968== by 0x409325E: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==22968== by 0x4092CD3: iconv_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
==22968== by 0x807C7F6: mp_msg (mp_msg.c:197)
==22968== by 0x80755EC: print_version (mplayer.c:2399)
==22968== by 0x8076BD3: main (mplayer.c:2573)
==22968==
==22968== LEAK SUMMARY:
==22968== definitely lost: 22,824 bytes in 8 blocks.
==22968== possibly lost: 0 bytes in 0 blocks.
==22968== still reachable: 32,900 bytes in 11 blocks.
==22968== suppressed: 0 bytes in 0 blocks.

This bug was found as part of the metafuzz project; see ​http://metafuzz.com/