GNOME Bugzilla – Bug 459455
crash in Movie Player: Opening an ogg video fil...
Last modified: 2007-11-11 11:49:24 UTC
Version: 2.18.1 What were you doing when the application crashed? Opening an ogg video file that I downloaded from the internet. I had opened the folder in nautilus and double-clicked on the file. Distribution: Fedora release 7 (Moonshine) Gnome Release: 2.18.3 2007-07-02 (Red Hat, Inc) BugBuddy Version: 2.18.0 System: Linux 2.6.20-2925.11.fc7xen #1 SMP Mon Jun 11 16:18:59 EDT 2007 x86_64 X Vendor: The X.Org Foundation X Vendor Release: 10300000 Selinux: Enforcing Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: Fedora Memory status: size: 621641728 vsize: 621641728 resident: 37740544 share: 19386368 rss: 37740544 rss_rlim: 18446744073709551615 CPU usage: start_time: 1185177358 rtime: 67 utime: 60 stime: 7 cutime:2 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/totem' (no debugging symbols found) Using host libthread_db library "/lib64/libthread_db.so.1". (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 46912496372352 (LWP 1398)] [New Thread 1168148816 (LWP 1410)] [New Thread 1147169104 (LWP 1407)] [New Thread 1136679248 (LWP 1406)] [New Thread 1126189392 (LWP 1405)] [New Thread 1115699536 (LWP 1404)] [New Thread 1105209680 (LWP 1403)] [New Thread 1094719824 (LWP 1401)] [New Thread 1084229968 (LWP 1400)] (no debugging symbols found) 0x00000034322c82e6 in poll () from /lib64/libc.so.6
+ Trace 149901
Thread 6 (Thread 1115699536 (LWP 1404))
----------- .xsession-errors --------------------- (totem:1398): GStreamer-CRITICAL **: gst_value_set_fraction: assertion `denominator != 0' failed ** (totem:1398): CRITICAL **: gst_video_calculate_display_ratio: assertion `num > 0' failed (totem:1398): GStreamer-CRITICAL **: gst_value_set_fraction: assertion `denominator != 0' failed ** (totem:1398): CRITICAL **: gst_video_calculate_display_ratio: assertion `num > 0' failed (totem:1398): GStreamer-CRITICAL **: gst_value_set_fraction: assertion `denominator != 0' failed ** (totem:1398): CRITICAL **: gst_video_calculate_display_ratio: assertion `num > 0' failed (totem:1398): GStreamer-CRITICAL **: gst_value_set_fraction: assertion `denominator != 0' failed ** (totem:1398): CRITICAL **: gst_video_calculate_display_ratio: assertion `num > 0' failed --------------------------------------------------
Looks like a GStreamer bug; moving to GStreamer. Thanks for taking the time to report this bug. Unfortunately, that stack trace is missing some elements that will help a lot to solve the problem, so it will be hard for the developers to fix that crash. Can you get us a stack trace with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so and reopen this bug or report a new one. Thanks in advance!
Created attachment 92776 [details] trace0 - crashed by moving playing window around desktop
Created attachment 92777 [details] trace1 - crashed upon launch
Created attachment 92778 [details] trace2 - crashed upon launch
Created attachment 92779 [details] trace3 - crashed upon launch, non xen kernel
I can't get the crash to occur consistently, and more often it fails without crashing. I don't have any traces for these cases. One way I can consistently get a hang is to fast forwarding to the end of the video. Here's one of the videos I've been testing on, but I've also tried others and get the same result. http://mirror.linux.org.au/pub/linux.conf.au/2007/video/talks/55.ogg This crash instability is possibly less frequent when using non-xen kernels with the full 2 GB in my system (2.6.22.1-27.fc7 or 2.6.22.1-33.fc7) as opposed to 1GB on the xen kernel (2.6.20-2925.11.fc7xen) but I've not done enough replicate experiments to be sure. I've uploaded 4 backtraces. trace0.txt is a crash I caused by playing the video and then moving the window around rapidly. trace1.txt and trace2.txt were crashes which occured like the originally reported crash - almost instantly when double clicking on the file in nautilus. One observation with these two is that the video actually continued playing in the background until I cancelled bugbuddy. The first three backtraces are on the xen kernel. trace3.txt was similar to trace1 and trace2 but using the non-xen kernel.
I can not reproduce this at all. The stacktraces suggest there is some random memory corruption going on (failing allocs?, stack smashed?). Do newer versions still fail like this for you?
I've tested this once more using using the same ogg theora file on the same hardware but with the latest fedora 7 packages and couldn't get it to crash or fail otherwise (using the non-xen kernel).
Nik, so can we consider this bug as fixed ?
Yes. I'd say so.