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
Crash in gst_pad_alloc_buffer at gstpad.c line 3131
Status: RESOLVED INVALID
Product: GStreamer
Classification: Platform
Component: dont know
0.10.x
Other All
: Normal critical
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
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 ()

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.