GNOME Bugzilla – Bug 648800
Crash in gst_pad_alloc_buffer at gstpad.c line 3131
Last modified: 2011-05-04 19:13:42 UTC
Version: 2.30.2 What were you doing when the application crashed? Ich habe eine Video-Datei abgespielt (die 3. nacheinander, Programm jedes mal neu gestartet). Distribution: Debian 6.0.1 Gnome Release: 2.30.2 2010-11-12 (Debian) BugBuddy Version: 2.30.0 System: Linux 2.6.32-5-486 #1 Mon Apr 4 21:27:26 UTC 2011 i686 X Vendor: The X.Org Foundation X Vendor Release: 10707000 Selinux: No Accessibility: Disabled GTK+ Theme: Crux Icon Theme: Crux GTK+ Modules: gnomebreakpad, canberra-gtk-module Memory status: size: 212254720 vsize: 212254720 resident: 37433344 share: 18501632 rss: 37433344 rss_rlim: 18446744073709551615 CPU usage: start_time: 1303929033 rtime: 154 utime: 132 stime: 22 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/totem' [Thread debugging using libthread_db enabled] [New Thread 0xa8257b70 (LWP 2161)] [New Thread 0xae291b70 (LWP 2157)] [New Thread 0xaea92b70 (LWP 2156)] [New Thread 0xaf324b70 (LWP 2155)] [New Thread 0xafbc7b70 (LWP 2154)] [New Thread 0xad25ab70 (LWP 2153)] [New Thread 0xaca59b70 (LWP 2152)] [New Thread 0xb1a5cb70 (LWP 2148)] [New Thread 0xb255fb70 (LWP 2147)] 0xb77c4430 in __kernel_vsyscall ()
+ Trace 226906
Thread 5 (Thread 0xaf324b70 (LWP 2155))
Inferior 1 [process 2146] will be detached. Quit anyway? (y or n) [answered Y; input not from terminal] Output of custom script "/usr/lib/totem/totem/totem-bugreport.py": ----------- .xsession-errors --------------------- (totem:2146): GStreamer-CRITICAL **: gst_pad_query: assertion `GST_IS_PAD (pad)' failed (totem:2146): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (totem:2146): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (totem:2146): GStreamer-CRITICAL **: gst_pad_query: assertion `GST_IS_PAD (pad)' failed (totem:2146): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (totem:2146): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (totem:2146): GStreamer-CRITICAL **: gst_pad_query: assertion `GST_IS_PAD (pad)' failed (totem:2146): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed --------------------------------------------------
A buffer with negative size is allocated here, interesting Does this crash always happen with that file? If it does, could you upload it somewhere or the first part of it? Could you run totem with G_DEBUG=fatal_warnings and get a backtrace for the GStreamer-CRITICAL warnings?
No, it happens with different files. It seems to have something to do with the playlist. If I load several movie files in a playlist and start playing it, the program crashes after a couple of (successfully played) movies.
Could you run totem with G_DEBUG=fatal_warnings and get a backtrace for the GStreamer-CRITICAL warnings?
This "bug" turned out to be a hardware issue (processor overheating). Since I switched the FSB from 333 to 266 MHz, totem worked without crashing.