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 413148 - crash when switching to another mpeg file
crash when switching to another mpeg file
Status: RESOLVED DUPLICATE of bug 362858
Product: totem
Classification: Core
Component: GStreamer backend
2.16.x
Other other
: High critical
: ---
Assigned To: Maintainer alias for GStreamer component of Totem
Maintainer alias for GStreamer component of Totem
Depends on:
Blocks:
 
 
Reported: 2007-02-28 18:09 UTC by Daniel van Eeden
Modified: 2007-03-25 14:56 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Daniel van Eeden 2007-02-28 18:07:10 UTC
Distribution: Debian 3.1 (sarge)
Package: totem
Severity: Normal
Version: GNOME2.14.3 2.16.x
Gnome-Distributor: Debian
Synopsis: crash when switching to another mpeg file
Bugzilla-Product: totem
Bugzilla-Component: GStreamer backend
Bugzilla-Version: 2.16.x
Description:
Description of the crash:


Steps to reproduce the crash:
1. 
2. 
3. 

Expected Results:


How often does this happen?
often on some media files, but not always.

Additional Information:



Debugging Information:

Backtrace was generated from '/usr/bin/totem'

(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
Core was generated by `totem /data/compukid/video/Anouk - Nobody's
Wife.mpeg /data/compukid/video/Avri'.
Program terminated with signal 11, Segmentation fault.

Thread 12 (process 8421)

  • #0 __lll_mutex_lock_wait
    from /lib/libpthread.so.0
  • #1 ??
  • #2 ??

Thread 9 (process 8432)

  • #0 __lll_mutex_lock_wait
    from /lib/libpthread.so.0
  • #1 ??
  • #2 ??
  • #3 ??
    from /lib/libpthread.so.0
  • #4 ??
  • #5 ??
  • #6 ??
  • #7 gst_caps_unref
    at gstcaps.c line 301
  • #8 gst_object_ref
    at gstobject.c line 327
  • #9 gst_xvimagesink_xvimage_new
    at xvimagesink.c line 530
  • #10 gst_xvimagesink_buffer_alloc
    at xvimagesink.c line 2161
  • #11 gst_base_sink_pad_buffer_alloc
    at gstbasesink.c line 404
  • #12 gst_pad_alloc_buffer_full
    at gstpad.c line 2572
  • #13 gst_pad_alloc_buffer_full
    at gstpad.c line 2572
  • #14 gst_pad_alloc_buffer_full
    at gstpad.c line 2572
  • #15 gst_pad_alloc_buffer_full
    at gstpad.c line 2572
  • #16 gst_base_transform_buffer_alloc
    at gstbasetransform.c line 1070
  • #17 gst_pad_alloc_buffer_full
    at gstpad.c line 2572
  • #18 gst_base_transform_buffer_alloc
    at gstbasetransform.c line 1070
  • #19 gst_pad_alloc_buffer_full
    at gstpad.c line 2572
  • #20 gst_base_transform_buffer_alloc
    at gstbasetransform.c line 1070
  • #21 gst_pad_alloc_buffer_full
    at gstpad.c line 2572
  • #22 gst_pad_alloc_buffer_full
    at gstpad.c line 2572
  • #23 gst_pad_alloc_buffer_full
    at gstpad.c line 2572
  • #24 gst_stream_selector_bufferalloc
    at gststreamselector.c line 313
  • #25 gst_pad_alloc_buffer_full
    at gstpad.c line 2572
  • #26 gst_pad_alloc_buffer_full
    at gstpad.c line 2572
  • #27 gst_mpeg2dec_chain
    at gstmpeg2dec.c line 454
  • #28 gst_pad_chain_unchecked
    at gstpad.c line 3344
  • #29 gst_pad_push
    at gstpad.c line 3510
  • #30 gst_queue_loop
    at gstqueue.c line 786
  • #31 gst_task_func
    at gsttask.c line 192
  • #32 g_thread_pool_thread_proxy
    at gthreadpool.c line 265
  • #33 g_thread_create_proxy
    at gthread.c line 553
  • #34 start_thread
    from /lib/libpthread.so.0
  • #35 clone
    from /lib/libc.so.6
  • #36 ??

Thread 4 (process 8450)

  • #0 __lll_mutex_unlock_wake
    from /lib/libpthread.so.0
  • #1 ??
  • #2 ??

Thread 3 (process 8451)

  • #0 clone
    from /lib/libc.so.6
  • #1 ??
    from /lib/libpthread.so.0
  • #2 ??
  • #3 ??

Thread 2 (process 8452)

  • #0 clone
    from /lib/libc.so.6
  • #1 ??
    from /lib/libpthread.so.0
  • #2 ??
  • #3 ??

Thread 1 (process 8429)

  • #0 XvShmPutImage
    from /usr/lib/libXv.so.1
  • #1 gst_xvimagesink_xvimage_put
    at xvimagesink.c line 734
  • #2 gst_xvimagesink_show_frame
    at xvimagesink.c line 2004
  • #3 gst_base_sink_queue_object_unlocked
    at gstbasesink.c line 1576
  • #4 gst_base_sink_chain_unlocked
    at gstbasesink.c line 1908
  • #5 gst_base_sink_chain
    at gstbasesink.c line 1942
  • #6 gst_pad_chain_unchecked
    at gstpad.c line 3344
  • #7 gst_pad_push
    at gstpad.c line 3510
  • #8 gst_pad_chain_unchecked
    at gstpad.c line 3344
  • #9 gst_pad_push
    at gstpad.c line 3510
  • #10 gst_pad_chain_unchecked
    at gstpad.c line 3344
  • #11 gst_pad_push
    at gstpad.c line 3510
  • #12 gst_pad_chain_unchecked
    at gstpad.c line 3344
  • #13 gst_pad_push
    at gstpad.c line 3510
  • #14 gst_base_transform_chain
    at gstbasetransform.c line 1530
  • #15 gst_pad_chain_unchecked
    at gstpad.c line 3344
  • #16 gst_pad_push
    at gstpad.c line 3510
  • #17 gst_base_transform_chain
    at gstbasetransform.c line 1530
  • #18 gst_pad_chain_unchecked
    at gstpad.c line 3344
  • #19 gst_pad_push
    at gstpad.c line 3510
  • #20 gst_base_transform_chain
    at gstbasetransform.c line 1530
  • #21 gst_pad_chain_unchecked
    at gstpad.c line 3344
  • #22 gst_pad_push
    at gstpad.c line 3510
  • #23 gst_pad_chain_unchecked
    at gstpad.c line 3344
  • #24 gst_pad_push
    at gstpad.c line 3510
  • #25 gst_queue_loop
    at gstqueue.c line 786
  • #26 gst_task_func
    at gsttask.c line 192
  • #27 g_thread_pool_thread_proxy
    at gthreadpool.c line 265
  • #28 g_thread_create_proxy
    at gthread.c line 553
  • #29 start_thread
    from /lib/libpthread.so.0
  • #30 clone
    from /lib/libc.so.6
  • #31 ??




------- Bug created by bug-buddy at 2007-02-28 18:09 -------

Comment 1 Philip Withnall 2007-03-25 14:56:46 UTC
Thanks for taking the time to report this bug.
This particular bug has already been reported into our bug tracking system, but the maintainers need more information to fix the bug. Could you please answer the questions in the other report in order to help the developers?


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