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 583880 - crash during playback
crash during playback
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.10.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-05-26 11:12 UTC by charly
Modified: 2010-04-05 00:13 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
another backtrace (14.07 KB, application/octet-stream)
2009-05-26 11:13 UTC, charly
Details

Description charly 2009-05-26 11:12:40 UTC
Hi,

I got 2 successive crash using the gstreamer backend of phonon through juk.

According to backtraces, it migh be gstreamer the cause.

Regards,

Charly


Application: JuK (juk), signal: Aborted
[Current thread is 0 (LWP 5783)]

Thread 2 (Thread 0x7fa2e343f910 (LWP 21949))

  • #0 memcpy
    from /lib/libc.so.6
  • #1 snd_pcm_area_copy
    from /usr/lib/libasound.so.2
  • #2 snd_pcm_areas_copy
    from /usr/lib/libasound.so.2
  • #3 snd_pcm_mmap_write_areas
    from /usr/lib/libasound.so.2
  • #4 snd1_pcm_write_areas
    from /usr/lib/libasound.so.2
  • #5 snd_pcm_mmap_writei
    from /usr/lib/libasound.so.2
  • #6 gst_alsasink_write
    from /usr/lib/gstreamer-0.10/libgstalsa.so
  • #7 audioringbuffer_thread_func
    from /usr/lib/libgstaudio-0.10.so.0
  • #8 g_thread_create_proxy
    from /usr/lib/libglib-2.0.so.0
  • #9 start_thread
    from /lib/libpthread.so.0
  • #10 clone
    from /lib/libc.so.6
  • #11 ??

Thread 1 (Thread 0x7fa2fe92b760 (LWP 5783))

  • #0 __lll_lock_wait
    from /lib/libpthread.so.0
  • #1 _L_lock_512
    from /lib/libpthread.so.0
  • #2 pthread_mutex_lock
    from /lib/libpthread.so.0
  • #3 g_static_rec_mutex_lock
    from /usr/lib/libglib-2.0.so.0
  • #4 post_activate
    from /usr/lib/libgstreamer-0.10.so.0
  • #5 gst_pad_activate_push
    from /usr/lib/libgstreamer-0.10.so.0
  • #6 gst_pad_activate_push
    from /usr/lib/libgstreamer-0.10.so.0
  • #7 gst_pad_set_active
    from /usr/lib/libgstreamer-0.10.so.0
  • #8 activate_pads
    from /usr/lib/libgstreamer-0.10.so.0
  • #9 gst_iterator_fold
    from /usr/lib/libgstreamer-0.10.so.0
  • #10 gst_bin_src_pads_activate
    from /usr/lib/libgstreamer-0.10.so.0
  • #11 gst_bin_change_state_func
    from /usr/lib/libgstreamer-0.10.so.0
  • #12 gst_element_change_state
    from /usr/lib/libgstreamer-0.10.so.0
  • #13 gst_element_change_state
    from /usr/lib/libgstreamer-0.10.so.0
  • #14 gst_element_set_state_func
    from /usr/lib/libgstreamer-0.10.so.0
  • #15 Phonon::Gstreamer::Effect::~Effect
    from /usr/lib/kde4/plugins/phonon_backend/phonon_gstreamer.so
  • #16 Phonon::Gstreamer::VolumeFaderEffect::~VolumeFaderEffect
    from /usr/lib/kde4/plugins/phonon_backend/phonon_gstreamer.so
  • #17 Phonon::MediaNodePrivate::deleteBackendObject
    from /usr/lib/libphonon.so.4
  • #18 Phonon::FactoryPrivate::~FactoryPrivate
    from /usr/lib/libphonon.so.4
  • #19 __run_exit_handlers
    from /lib/libc.so.6
  • #20 exit
    from /lib/libc.so.6
  • #21 ??
    from /usr/lib/libQtGui.so.4
  • #22 KApplication::xioErrhandler
    from /usr/lib/libkdeui.so.5
  • #23 _XIOError
    from /usr/lib/libX11.so.6
  • #24 process_responses
    from /usr/lib/libX11.so.6
  • #25 _XEventsQueued
    from /usr/lib/libX11.so.6
  • #26 XEventsQueued
    from /usr/lib/libX11.so.6
  • #27 ??
    from /usr/lib/libQtGui.so.4
  • #28 g_main_context_check
    from /usr/lib/libglib-2.0.so.0
  • #29 g_main_context_iterate
    from /usr/lib/libglib-2.0.so.0
  • #30 g_main_context_iteration
    from /usr/lib/libglib-2.0.so.0
  • #31 QEventDispatcherGlib::processEvents
    from /usr/lib/libQtCore.so.4
  • #32 ??
    from /usr/lib/libQtGui.so.4
  • #33 QEventLoop::processEvents
    from /usr/lib/libQtCore.so.4
  • #34 QEventLoop::exec
    from /usr/lib/libQtCore.so.4
  • #35 QCoreApplication::exec
    from /usr/lib/libQtCore.so.4
  • #36 main
    at /srv/build/kde43/kdemultimedia/src/kdemultimedia-4.2.87/juk/main.cpp line 123

Comment 1 charly 2009-05-26 11:13:33 UTC
Created attachment 135378 [details]
another backtrace
Comment 2 Alex Merry 2009-07-19 21:24:50 UTC
I had an almost identical backtrace from a crash in Amarok (I was led to this bug report by https://bugs.kde.org/show_bug.cgi?id=194146).

The console output was:

*** glibc detected *** amarok: free(): invalid pointer: 0x0000000004ba6b80 ***
======= Backtrace: =========
/lib/libc.so.6[0x7fb74962cdd6]
/usr/lib/libgstreamer-0.10.so.0[0x7fb73ad4b759]
/usr/lib/libgstreamer-0.10.so.0(gst_mini_object_unref+0xe9)[0x7fb73ad6ae49]
/usr/lib/libgstbase-0.10.so.0[0x7fb73ab01fe0]
/usr/lib/libgstbase-0.10.so.0[0x7fb73ab02a73]
/usr/lib/libgstreamer-0.10.so.0[0x7fb73ad6f448]
/usr/lib/libgstreamer-0.10.so.0(gst_pad_push+0x333)[0x7fb73ad70723]
/usr/lib/libgstbase-0.10.so.0[0x7fb73ab02ac8]
/usr/lib/libgstreamer-0.10.so.0[0x7fb73ad6f448]
/usr/lib/libgstreamer-0.10.so.0(gst_pad_push+0x333)[0x7fb73ad70723]
/usr/lib/libgstbase-0.10.so.0[0x7fb73ab02ac8]
/usr/lib/libgstreamer-0.10.so.0[0x7fb73ad6f448]
/usr/lib/libgstreamer-0.10.so.0(gst_pad_push+0x333)[0x7fb73ad70723]
/usr/lib/gstreamer-0.10/libgstcoreelements.so[0x7fb739381865]
/usr/lib/libgstreamer-0.10.so.0[0x7fb73ad91927]
/usr/lib/libglib-2.0.so.0[0x7fb7411d0fe2]
/usr/lib/libglib-2.0.so.0[0x7fb7411cf9e4]
/lib/libpthread.so.0[0x7fb74a0bb57a]
/lib/libc.so.6(clone+0x6d)[0x7fb74968716d]
======= Memory map: ========
00400000-00406000 r-xp 00000000 fe:08 981916                             /home/kde-devel/kde/bin/amarok
00605000-00606000 rw-p 00005000 fe:08 981916                             /home/kde-devel/kde/bin/amarok
017cb000-04bc3000 rw-p 00000000 00:00 0                                  [heap]
7fb718bb5000-7fb718bd4000 r-xp 00000000 fe:01 48947                      /usr/lib/libvorbis.so.0.4.1
7fb718bd4000-7fb718dd3000 ---p 0001f000 fe:01 48947                      /usr/lib/libvorbis.so.0.4.1
[ more probably uninteresting stuff about library mappings ]
Comment 3 Michael Pyne 2009-07-21 02:19:09 UTC
I think this is a weird interaction between various libraries.  In my case I couldn't reproduce without all of the following:

*) x86_64
*) glibc 2.10.1
*) MALLOC_CHECK_ enabled (i.e. set to one of 0,1,2,3)
*) Using glib applications (including KDE ones since Qt uses glib)
*) With kde 4 libraries.  (Running under a KDE desktop or simply being a KDE application)

I personally suspect a rare glibc bug but I've not been able to track it down to anything useful and there's no way I'm tromping through glibc malloc source.  I do know that disabling MALLOC_CHECK_ by unsetting it stops the crashes, whereas having it enabled either causes SIGABRT or SIGSEGV over time, depending on the value of MALLOC_CHECK_.

See also KDE bug 196207 https://bugs.kde.org/show_bug.cgi?id=196207
Comment 4 Sebastien Bacher 2009-09-03 22:22:47 UTC
https://bugs.launchpad.net/bugs/408647 has a crash which could be similar and a valgrind log on http://launchpadlibrarian.net/31279452/valgrind.log
Comment 5 Sebastian Dröge (slomo) 2009-09-04 05:06:57 UTC
(In reply to comment #4)
> https://bugs.launchpad.net/bugs/408647 has a crash which could be similar and a
> valgrind log on http://launchpadlibrarian.net/31279452/valgrind.log

I can confirm that crash with the attached file there. Looks quite similar as the original backtrace here...
Comment 6 Sebastian Dröge (slomo) 2009-09-04 07:05:32 UTC
That Ubuntu bug is bug #589609.

This bug here probably has nothing to do with DVD subtitles as the original reporter talks about Amarok.

WOuld be nice to get a valgrind log of this one :)
Comment 7 Tobias Mueller 2010-04-04 23:45:16 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!
Comment 8 Michael Pyne 2010-04-05 00:13:31 UTC
For posterity the corresponding KDE bug was resolved to be a glibc bug, fixed in glibc 2.11.1, so make sure your libc6 package is up-to-date if you run across this.