[MPlayer-users] Seg faults in config parser again?

Gregory Stark gsstark at mit.edu
Wed Apr 23 03:37:28 CEST 2003

Is this one a known bug? It seems to bite me frequently. In fact running
"mplayer *.mpg" on two or more videos reliably triggers it whenever it's time
to go to the next video. If I have a .mplayer/config then it crashes on
startup. Blowing away my .mplayer directory at least allows it to play a
single video before crashing.

It seems the config parser is trying to memcpy into a string constant
somewhere. I recall some mention of a problem like this a while ago, but it
seems to have disappeared from the mailing lists and the problem appears to
remain or keep reappearing:

(gdb) bt
#0  0x409bb02b in memcpy () from /lib/libc.so.6
#1  0x080abb81 in m_config_pop (config=0x84edb68) at m_option.h:236
#2  0x0809f259 in play_tree_iter_step (iter=0x84f9300, d=1, with_nodes=0)
    at playtree.c:558
#3  0x0809fc98 in pt_iter_get_file (iter=0x84f9300, d=1) at playtree.c:885
#4  0x080f2e20 in import_initial_playtree_into_gui (my_playtree=0x84f3ed0, 
    config=0x4, enqueue=0) at interface.c:1143
#5  0x08098d8f in main (argc=111, argv=0xbfffe284) at mplayer.c:842

This is on a freshly checked out CVS tree, and I just updated every library
mplayer builds against that I could find. This is on debian unstable with a
custom-built linux 2.4.20 on X built with gcc 3.2.2.

I used:

./configure --enable-smb --enable-dvdnav --enable-menu --enable-gui --enable-live

(and --enable-debug=3 to generate the backtrace)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.mak
Type: application/octet-stream
Size: 3576 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-users/attachments/20030422/90147fc4/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.h
Type: text/x-chdr
Size: 12175 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-users/attachments/20030422/90147fc4/attachment.h>
-------------- next part --------------


More information about the MPlayer-users mailing list