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 576097 - crash in gst_property_probe_get_property
crash in gst_property_probe_get_property
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.10.21
Other All
: Normal critical
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-03-20 15:51 UTC by Fabio Bas
Modified: 2009-04-18 14:20 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Fabio Bas 2009-03-20 15:51:08 UTC
Steps to reproduce:
This happens to every single user of slamd64-current (a 64-bit slackware variant). It runs kde4.2.1, phonon 4.3.1, gstreamer 0.10.21
1. set gstreamer as the phonon backend
2. run "kcmshell4 kcm_phonon" or every other app using phonon
3. => crash


Stack trace:
(gdb) bt full                                                                                                                                           
  • #0 gst_property_probe_get_property
    at propertyprobe.c line 148
  • #1 ??
    from /usr/lib64/kde4/plugins/phonon_backend/phonon_gstreamer.so
  • #2 ??
    from /usr/lib64/kde4/plugins/phonon_backend/phonon_gstreamer.so
  • #3 ??
    from /usr/lib64/kde4/plugins/phonon_backend/phonon_gstreamer.so
  • #4 ??
    from /usr/lib64/kde4/plugins/phonon_backend/phonon_gstreamer.so
  • #5 qt_plugin_instance
    from /usr/lib64/kde4/plugins/phonon_backend/phonon_gstreamer.so
  • #6 ??
    from /usr/lib64/kde4/plugins/phonon_platform/kde.so
  • #7 ??
    from /usr/lib64/kde4/plugins/phonon_platform/kde.so
  • #8 ??
    from /usr/lib64/libphonon.so.4
  • #9 Phonon::Factory::backend
    from /usr/lib64/libphonon.so.4
  • #10 ??
    from /usr/lib64/kde4/kcm_phonon.so
  • #11 ??
    from /usr/lib64/kde4/kcm_phonon.so
  • #12 ??
    from /usr/lib64/kde4/kcm_phonon.so
  • #13 ??
    from /usr/lib64/kde4/kcm_phonon.so
  • #14 ??
    from /usr/lib64/kde4/kcm_phonon.so
  • #15 KPluginFactory::createInstance<PhononKcm, QWidget>
    from /usr/lib64/kde4/kcm_phonon.so
  • #16 KPluginFactory::create
    from /usr/lib64/libkdecore.so.5
  • #17 KCModuleLoader::loadModule
    from /usr/lib64/libkutils.so.4
  • #18 ??
    from /usr/lib64/libkutils.so.4
  • #19 KCModuleProxy::realModule
    from /usr/lib64/libkutils.so.4
  • #20 KCModuleProxy::buttons
    from /usr/lib64/libkutils.so.4
  • #21 ??
    from /usr/lib64/libkutils.so.4
  • #22 KCMultiDialog::addModule
    from /usr/lib64/libkutils.so.4
  • #23 kdemain
    from /usr/lib64/libkdeinit4_kcmshell4.so
  • #24 __libc_start_main
    from /lib64/libc.so.6
  • #25 _start

Other information:
Can be reproduced by more users. feel free to ask to fred, jkwood or CtrlAltCa on irc://irc.freenode.net/#slamd64.
I've discussed it on irc://irc.freenode.net/#gstreamer , wtay asked me for this:
(gdb) p *(GstElement*)probe                                                                                          
$15 = {object = {object = {g_type_instance = {g_class = 0x9755e0}, ref_count = 1, qdata = 0x0}, refcount = 0, lock = 0x7692b0, 
    name = 0xa97090 "_k_gstalsasink0", name_prefix = 0x0, parent = 0x0, flags = 34, _gst_reserved = 0x0}, state_lock = 0xa8eb10, state_cond = 0x76a2c0, 
  state_cookie = 1, current_state = GST_STATE_READY, next_state = GST_STATE_VOID_PENDING, pending_state = GST_STATE_VOID_PENDING,                       
  last_return = GST_STATE_CHANGE_SUCCESS, bus = 0x0, clock = 0x0, base_time = 0, numpads = 1, pads = 0xa89220, numsrcpads = 0, srcpads = 0x0,           
  numsinkpads = 1, sinkpads = 0xa89240, pads_cookie = 1, abidata = {ABI = {target_state = GST_STATE_READY}, _gst_reserved = {0x2, 0x0, 0x0, 0x0}}}
Comment 1 Fabio Bas 2009-04-15 13:08:56 UTC
I propose the closure of this bug. The best (only) reply i got about this was a "grumble.. phonon"; if nobody cares, not even i'll do. I switched to xine backend and removed gstreamer. Good luck.
Comment 2 Tim-Philipp Müller 2009-04-15 13:27:48 UTC
It's not that no one cares, it's just that there isn't really much info to go on (and I think I looked through the code a while back, but didn't see anything obviously wrong) and none of us have a slamd64 system to play with at hand.

If this happens reproducibly for multiple people, it definitely sounds like something that should be investigated and fixed to me.

Has anyone had a chance to try this with a newer GStreamer core/-base version? (0.10.22 or git)

Maybe someone could create a log like this:

 $ GST_DEBUG=*:5 kcmshell4 kcm_phonon 2>dbg.log

and attach the log (gzipped)?
Comment 3 Fabio Bas 2009-04-18 13:11:10 UTC
We've tested it on the new gstreamer 0.10.22, and it seems the problem has gone away. Apps doesn't crash anymore, they still doesn't play media (but this time it's surely phonon's fault, we already have a working patch for that), so this issue can be closed as resolved.
Thank you.
Comment 4 Tim-Philipp Müller 2009-04-18 14:20:46 UTC
Great, thanks for the follow-up. Good to know the issue is gone. Still wonder what exactly fixed it though.

As for media playback, gst-launch-0.10 playbin2 uri=file:///path/to/foo.ogg is the easiest way to test if things are working on the GStreamer side.