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 731568 - Crash in GstOpenALSink
Crash in GstOpenALSink
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
1.3.2
Other Linux
: Normal major
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-06-12 11:55 UTC by Philip Withnall
Modified: 2014-06-25 08:57 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Philip Withnall 2014-06-12 11:55:22 UTC
Running WebKit with some video stuff on an embedded device, I reliably get the following criticals:


Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
AL lib: alsa_reset_playback: snd_pcm_hw_params(data->pcmHandle, hp) failed: Invalid argument

(WebKitWebProcess:6642): GStreamer-CRITICAL **: gst_caps_intersect_full: assertion 'GST_IS_CAPS (caps2)' failed


If I trap on the final critical, I get the following. I can't get hold of debug symbols for libgstaudio-1.0.so.0.


Program received signal SIGTRAP, Trace/breakpoint trap.

Thread 2870637168 (LWP 4272)

  • #0 __libc_do_syscall
    at ../ports/sysdeps/unix/sysv/linux/arm/libc-do-syscall.S line 44
  • #1 __GI_raise
    at ../nptl/sysdeps/unix/sysv/linux/raise.c line 56
  • #3 g_log
    from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
  • #4 g_return_if_fail_warning
    from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
  • #5 gst_caps_intersect_full
    at gstcaps.c line 1649
  • #6 gst_base_sink_query_caps
    at gstbasesink.c line 580
  • #7 gst_base_sink_default_query
    at gstbasesink.c line 4813
  • #8 ??
    from /usr/lib/arm-linux-gnueabihf/libgstaudio-1.0.so.0
  • #9 ??
    from /usr/lib/arm-linux-gnueabihf/libgstaudio-1.0.so.0
  • #7 gst_base_sink_default_query
    at gstbasesink.c line 4813
$2 = (GstBaseSink *) 0x5470a0
(gdb) print (GTypeInstance *) $2
$3 = (GTypeInstance *) 0x5470a0
(gdb) print *$3
$4 = {g_class = 0x8dc48}
(gdb) print *$3->g_class
$5 = {g_type = 576920}
(gdb) print *$3->g_class->g_type
$6 = 2
(gdb) print g_type_name(2)
$7 = 0
(gdb) print $3->g_class->g_type
$8 = 576920
(gdb) print g_type_name ($3->g_class->g_type)
[Thread 0xa9762270 (LWP 4277) exited]
[Thread 0xa9f62270 (LWP 4276) exited]
$9 = -1420627912
(gdb) #print (char*) 
(gdb) print (char*) $9
$10 = 0xab52f038 "GstOpenALSink"
(gdb) 


Manually looking through the code, I can't see a way this could be triggered, so obviously I'm missing something.
Comment 1 Olivier Crête 2014-06-23 20:42:12 UTC
Can you get a detailled stack trace with "thread apply all bt full", also run it with GST_DEBUG=6 in your environement, it will produce a very large log on stderr, gzip it and attach it here.

Can you reproduce it outside of webkit by doing the following?
gst-launch-1.0 audiotestsrc ! openalsink

Which embedded platform is it?
Comment 2 Philip Withnall 2014-06-24 13:01:54 UTC
(In reply to comment #1)
> Can you get a detailled stack trace with "thread apply all bt full", also run
> it with GST_DEBUG=6 in your environement, it will produce a very large log on
> stderr, gzip it and attach it here.
> 
> Can you reproduce it outside of webkit by doing the following?
> gst-launch-1.0 audiotestsrc ! openalsink

Unfortunately I don’t have access to the hardware any more, and the image has been updated (so I don’t know if I’d be able to reproduce any more — I might). :-(

> Which embedded platform is it?

Odroid U2 with a custom image.
Comment 3 Sebastian Dröge (slomo) 2014-06-24 13:10:24 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 4 Nicolas Dufresne (ndufresne) 2014-06-24 14:54:29 UTC
Philip, I'm off this week, but I have access to this HW setup, if you can give more instructions to reproduce, I would have a look at it next week. I'll reopen if I can reproduce.
Comment 5 Philip Withnall 2014-06-25 08:57:43 UTC
(In reply to comment #4)
> Philip, I'm off this week, but I have access to this HW setup, if you can give
> more instructions to reproduce, I would have a look at it next week. I'll
> reopen if I can reproduce.

Thanks! Instructions sent in private mail.