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 549326 - Crash on continuous/repeated seeks on mp3
Crash on continuous/repeated seeks on mp3
Status: RESOLVED DUPLICATE of bug 533581
Product: totem
Classification: Core
Component: GStreamer backend
2.22.x
Other All
: Normal critical
: ---
Assigned To: Maintainer alias for GStreamer component of Totem
Maintainer alias for GStreamer component of Totem
Depends on:
Blocks:
 
 
Reported: 2008-08-25 16:33 UTC by Jonas Kölker
Modified: 2008-09-01 09:13 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Description Jonas Kölker 2008-08-25 16:33:49 UTC 
Steps to reproduce:
1. Play stackoverflow-podcast-001.mp3 (http://blog.stackoverflow.com/audio/stackoverflow-podcast-001.mp3, sha1 4cbe6242b721b3b54676808b8848f583c4446155)
2. Grab the slider-seeker thing (the one you use to fast forward and rewind) and slide it back and forth until totem crashes.

If you get an assertion failure on object != NULL, goto 2.  It'll go away

Stack trace:
(gdb) bt

+ Trace 205649

  • #0 __kernel_vsyscall
  • #1 raise
    from /lib/tls/i686/cmov/libc.so.6
  • #2 abort
    from /lib/tls/i686/cmov/libc.so.6
  • #3 g_logv
    from /usr/lib/libglib-2.0.so.0
  • #4 g_log
    from /usr/lib/libglib-2.0.so.0
  • #5 g_malloc
    from /usr/lib/libglib-2.0.so.0
  • #6 gst_buffer_new_and_alloc
    at gstbuffer.c line 328
  • #7 gst_pad_alloc_buffer_full
    at gstpad.c line 2702
  • #8 gst_proxy_pad_do_bufferalloc
    at gstghostpad.c line 182
  • #9 gst_pad_alloc_buffer_full
    at gstpad.c line 2668
  • #10 gst_proxy_pad_do_bufferalloc
    at gstghostpad.c line 182
  • #11 gst_pad_alloc_buffer_full
    at gstpad.c line 2668
  • #12 gst_proxy_pad_do_bufferalloc
  • #13 gst_pad_alloc_buffer_full
    at gstpad.c line 2668
  • #14 gst_base_transform_buffer_alloc
    at gstbasetransform.c line 1101
  • #15 gst_pad_alloc_buffer_full
    at gstpad.c line 2668
  • #16 gst_proxy_pad_do_bufferalloc
    at gstghostpad.c line 182
  • #17 gst_pad_alloc_buffer_full
    at gstpad.c line 2668
  • #18 gst_base_transform_prepare_output_buffer
    at gstbasetransform.c line 952
  • #19 gst_base_transform_handle_buffer
    at gstbasetransform.c line 1441
  • #20 gst_base_transform_chain
  • #21 gst_pad_chain_unchecked
    at gstpad.c line 3523
  • #22 gst_pad_push
    at gstpad.c line 3691
  • #23 gst_base_transform_chain
    at gstbasetransform.c line 1610
  • #24 gst_pad_chain_unchecked
    at gstpad.c line 3523
  • #25 gst_pad_push
    at gstpad.c line 3691
  • #26 gst_base_transform_chain
    at gstbasetransform.c line 1610
  • #27 gst_pad_chain_unchecked
    at gstpad.c line 3523
  • #28 gst_pad_push
    at gstpad.c line 3691
  • #29 gst_proxy_pad_do_chain
    at gstghostpad.c line 193
  • #30 gst_pad_chain_unchecked
    at gstpad.c line 3523
  • #31 gst_pad_push
    at gstpad.c line 3691
  • #32 gst_queue_loop
    at gstqueue.c line 1021
  • #33 gst_task_func
    at gsttask.c line 192
  • #34 ??
    from /usr/lib/libglib-2.0.so.0
  • #35 ??
    from /usr/lib/libglib-2.0.so.0
  • #36 start_thread
    from /lib/tls/i686/cmov/libpthread.so.0
  • #37 clone
    from /lib/tls/i686/cmov/libc.so.6 


Other information:
The output from totem when I ran it without debug symbols was as follows:

GLib-ERROR **: /build/buildd/glib2.0-2.16.4/glib/gmem.c:136: failed to allocate 4196449684 bytes
aborting...

I didn't capture the output of the with-debug-symbols run, but I assume it'd be s/4196449684/4039640116/.  Also, unsurprisingly, 255327180 + 4039640116 is 2**32 (note the size parameter in the stack trace).

If you send me two gigs of ram, I'll happily tell you what happens on a four gig machine ;)
Comment 1 Tim-Philipp Müller 2008-08-25 20:40:42 UTC 
What versions of the various modules (core/base/good/ugly) are you using? I'm sure I've seen this before and it's fixed, but I can't find the corresponding bug right now.
Comment 2 Tim-Philipp Müller 2008-08-26 19:56:45 UTC 
I *think* this was bug #533581 and should be fixed in gst-plugins-ugly 0.10.8 (you can check your version of the mad mp3 decoder plugin with 'gst-inspect-0.10 mad | grep Version' in a terminal)
Comment 3 Jonas Kölker 2008-08-31 22:06:53 UTC 
Yeah, that bug (#533581) sounds exactly like it.  Inspecting mad says the version is 0.10.7.  Trying things out on my debian box (which has gstreamer0.10-plugins-ugly at version 0.10.8-1), I can't reproduce the bug, so I think this is it.

Public note to self: when stuff fails on ubuntu, go test on your debian box *before* filing bug reports; debian has newer stuff due to its testing branch.

Sorry to have wasted your time :)
Comment 4 Tim-Philipp Müller 2008-09-01 09:13:16 UTC 
No worries, thanks for confirming it's the same issue. Please re-open if it still happens with a newer ubuntu.


*** This bug has been marked as a duplicate of 533581 ***