Bug 648800 – Crash in gst_pad_alloc_buffer at gstpad.c line 3131

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 648800 - Crash in gst_pad_alloc_buffer at gstpad.c line 3131


Summary:	Crash in gst_pad_alloc_buffer at gstpad.c line 3131


Status:	RESOLVED INVALID

Product:	GStreamer
Classification:	Platform
Component:	dont know
Version:	0.10.x
Hardware:	Other All

Importance:	Normal critical
Target Milestone:	git master
Assigned To:	GStreamer Maintainers
QA Contact:	GStreamer Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2011-04-27 18:27 UTC by l.landgraf
Modified:	2011-05-04 19:13 UTC

See Also:
GNOME target:	---
GNOME version:	2.29/2.30

Description l.landgraf 2011-04-27 18:27:29 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))

#0 __kernel_vsyscall
#1 waitpid
from /lib/i686/cmov/libpthread.so.0
#2 IA__g_spawn_sync
at /build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gspawn.c line 386
#3 IA__g_spawn_command_line_sync
at /build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gspawn.c line 700
#4 ??
from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so
#5 <signal handler called>
#6 gst_pad_alloc_buffer
at gstpad.c line 3131
#7 gst_base_transform_chain
at gstbasetransform.c line 2169
#8 gst_pad_chain_data_unchecked
at gstpad.c line 4176
#9 gst_pad_push_data
at gstpad.c line 4405
#10 gst_base_transform_chain
at gstbasetransform.c line 2190
#11 gst_pad_chain_data_unchecked
at gstpad.c line 4176
#12 gst_pad_push_data
at gstpad.c line 4405
#13 gst_proxy_pad_do_chain
at gstghostpad.c line 163
#14 gst_pad_chain_data_unchecked
at gstpad.c line 4176
#15 gst_pad_push_data
at gstpad.c line 4405
#16 gst_tee_handle_data
at gsttee.c line 683
#17 gst_tee_chain
at gsttee.c line 789
#18 gst_pad_chain_data_unchecked
at gstpad.c line 4176
#19 gst_pad_push_data
at gstpad.c line 4405
#20 gst_proxy_pad_do_chain
at gstghostpad.c line 163
#21 gst_pad_chain_data_unchecked
at gstpad.c line 4176
#22 gst_pad_push_data
at gstpad.c line 4405
#23 gst_selector_pad_chain
at gstinputselector.c line 647
#24 gst_pad_chain_data_unchecked
at gstpad.c line 4176
#25 gst_pad_push_data
at gstpad.c line 4405
#26 gst_proxy_pad_do_chain
at gstghostpad.c line 163
#27 gst_pad_chain_data_unchecked
at gstpad.c line 4176
#28 gst_pad_push_data
at gstpad.c line 4405
#29 gst_proxy_pad_do_chain
at gstghostpad.c line 163
#30 gst_pad_chain_data_unchecked
at gstpad.c line 4176
#31 gst_pad_push_data
at gstpad.c line 4405
#32 ??
from /usr/lib/gstreamer-0.10/libgstfaad.so
#33 gst_pad_chain_data_unchecked
at gstpad.c line 4176
#34 gst_pad_push_data
at gstpad.c line 4405
#35 gst_single_queue_push_one
at gstmultiqueue.c line 919
#36 gst_multi_queue_loop
at gstmultiqueue.c line 1101
#37 gst_task_func
at gsttask.c line 271
#38 default_func
at gsttaskpool.c line 68
#39 g_thread_pool_thread_proxy
at /build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gthreadpool.c line 315
#40 g_thread_create_proxy
at /build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gthread.c line 1893
#41 start_thread
from /lib/i686/cmov/libpthread.so.0
#42 clone
from /lib/i686/cmov/libc.so.6


	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
--------------------------------------------------

Comment 1 Sebastian Dröge (slomo) 2011-04-29 07:47:35 UTC

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?

Comment 2 lutz_homegrown 2011-04-29 19:28:40 UTC

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.

Comment 3 Sebastian Dröge (slomo) 2011-05-03 07:03:30 UTC

Could you run totem with G_DEBUG=fatal_warnings and get a backtrace for the GStreamer-CRITICAL warnings?

Comment 4 lutz_homegrown 2011-05-04 19:02:38 UTC

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.