annolinux / gnome-mplayer

Automatically exported from code.google.com/p/gnome-mplayer
0 stars 0 forks source link

Crash on slower system in replace-and-play mode #215

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
Only happens on my slower system (via c3 1Ghz)
1. Play a file in gnome-mplayer 
2. Start another 'gnome-mplayer media2.mp3' this will contact the running
instance of gnome-mplayer and replace the file playing with media2.mp3
3. Crash (segfault) of first instance of gnome-mplayer

What version of the product are you using? On what operating system?
0.9.6

Please provide any additional information below.

I suspect this is caused by some race condition and hence only showing on
slower systems. From the coredump I obtained the following trace:

Core was generated by `gnome-mplayer'.
Program terminated with signal 11, Segmentation fault.

(gdb) bt
#0  0xb7d78835 in IA__gtk_tree_model_get_valist (tree_model=0x80bf858,
iter=0x809f758,
    var_args=0xbfb711cc
"\\\022������8x\n\b�\226\037\b�\226\037\b��\n\b\030") at 
gtktreemodel.c:1442
#1  0xb7d78a1d in IA__gtk_tree_model_get (tree_model=0x80bf858,
iter=0x809f758) at gtktreemodel.c:1404
#2  0x0806486b in set_progress_value (data=0x80a0050) at gui.c:345
#3  0xb768dde2 in g_idle_dispatch (source=0x81d6930, callback=0,
user_data=0x80a0050) at gmain.c:4235
#4  0xb768f618 in IA__g_main_context_dispatch (context=0x80c2480) at
gmain.c:2144
#5  0xb76915be in g_main_context_iterate (context=0x80c2480, block=1,
dispatch=1, self=0x80a7908) at gmain.c:2778
#6  0xb769245c in IA__g_main_loop_run (loop=0x8171038) at gmain.c:2986
#7  0xb7ca68d1 in IA__gtk_main () at gtkmain.c:1200
#8  0x0806eef2 in main (argc=1, argv=Cannot access memory at address 0x8
) at main.c:975
#9  0xb7464ff3 in __libc_start_main () from /lib/libc.so.6
#10 0x08052561 in _start ()

Attached also the command line output of the first instance of gnome-mplayer.

The same crash also happens in combination with gecko-mediaplayer using the
javascript function Open() while the player is currently playing another file.

Original issue reported on code.google.com by m.c.huij...@gmail.com on 26 Jun 2009 at 6:27

Attachments:

GoogleCodeExporter commented 8 years ago
I downclocked my machine to 1.6Ghz and can't duplicate the issue. But I did add 
a
validation check to the code at gui.c line 345 to help prevent this issue.

Original comment by kdeko...@gmail.com on 29 Jun 2009 at 7:53

GoogleCodeExporter commented 8 years ago
1.6 GHz is probably still to fast to let this occur. On a laptop with a 1.6Ghz
celeron this problem does not occur either.

But I'm happy to report the check prevents the crash on the 1GHz c3 via system. 
Thanks!

Original comment by m.c.huij...@gmail.com on 30 Jun 2009 at 9:20