gstreamer rtsp client crash

[David Hubberstey]

Setting that environment variable didn't have any affect unfortunately.

I was under the impression that the top 8 or so lines of the backtrace
where kde trying to deal with the crash.
I've made some progress regardless: The issue seems to be related to Qt. I
originally started trying to use QtGstreamer libraries but that was
exhibiting the same crash. Then I threw that out and used the gst C libs
directly which still crashed as above. What ive done now is completely copy
the code into a new file and just compile it with g++ and without any Qt
includes and libs at all and it works. So It must be an interaction with Qt
or something. Gonna have to investigate more tomorrow.

Thanks for the assistance.
Dave


On 31 May 2016 at 15:37, Tim Müller <tim at centricular.com> wrote:

> On Tue, 2016-05-31 at 15:03 +0100, David Hubberstey wrote:
>
> Hi David,
>
> > The backtrace from gdb is as follows:
> >
> > #0 0x00007fffe5fd800e in () at /usr/lib64/libkdecore.so.5
> > #1 0x00007ffff7dea8ea in call_init.part () at /lib64/ld-linux-x86-
> > 64.so.2
> > #2 0x00007ffff7dea9d3 in _dl_init_internal () at /lib64/ld-linux-x86-
> > 64.so.2
> > #3 0x00007ffff7deeb08 in dl_open_worker () at /lib64/ld-linux-x86-
> > 64.so.2
> > #4 0x00007ffff7dea7a4 in _dl_catch_error () at /lib64/ld-linux-x86-
> > 64.so.2
> > #5 0x00007ffff7dee2fb in _dl_open () at /lib64/ld-linux-x86-64.so.2
> > #6 0x00007ffff428802b in dlopen_doit () at /lib64/libdl.so.2
> > #7 0x00007ffff7dea7a4 in _dl_catch_error () at /lib64/ld-linux-x86-
> > 64.so.2
> > #8 0x00007ffff42885dd in _dlerror_run () at /lib64/libdl.so.2
> > #9 0x00007ffff42880c1 in dlopen@@GLIBC_2.2.5 () at /lib64/libdl.so.2
> > #10 0x00007fffe6608f25 in
> > libmodman::module_manager::load_file(std::string, bool) () at
> > /usr/lib64/libmodman.so.1
> > #11 0x00007fffe66092b3 in
> > libmodman::module_manager::load_dir(std::string, bool) () at
> > /usr/lib64/libmodman.so.1
> > #12 0x00007fffe6819e06 in () at /usr/lib64/libproxy.so.1
> > #13 0x00007fffe681a9bb in px_proxy_factory_new () at
> > /usr/lib64/libproxy.so.1
> > #14 0x00007fffe6a306f9 in () at
> > /usr/lib64/gio/modules/libgiolibproxy.so
> > #15 0x00007ffff78940eb in g_type_create_instance () at
> > /usr/lib64/libgobject-2.0.so.0
> > #16 0x00007ffff787905d in () at /usr/lib64/libgobject-2.0.so.0
> > #17 0x00007ffff787ab6d in g_object_newv () at /usr/lib64/libgobject-
> > 2.0.so.0
> > #18 0x00007ffff787b31c in g_object_new () at /usr/lib64/libgobject-
> > 2.0.so.0
> > #19 0x00007fffe7ce6071 in () at /usr/lib64/libgio-2.0.so.0
> > #20 0x00007fffe7ce61f0 in () at /usr/lib64/libgio-2.0.so.0
> > #21 0x00007fffe7cf496d in () at /usr/lib64/libgio-2.0.so.0
> > #22 0x00007ffff7879409 in () at /usr/lib64/libgobject-2.0.so.0
> > #23 0x00007ffff787af24 in g_object_new_valist () at
> > /usr/lib64/libgobject-2.0.so.0
> > #24 0x00007ffff787b304 in g_object_new () at /usr/lib64/libgobject-
> > 2.0.so.0
> > #25 0x00007fffe7cecee6 in () at /usr/lib64/libgio-2.0.so.0
> > #26 0x00007fffe7d01d38 in g_socket_client_connect () at
> > /usr/lib64/libgio-2.0.so.0
>
> This seems to crash somewhere inside libkdecore via libproxy. It must
> be some libproxy kde integration stuff, perhaps a libproxy kconfig
> backend or so? In any case, doesn't look GStreamer-related at first
> glance.
>
> You might be able to work around it by setting the
>
>   GSETTINGS_BACKEND=memory
>
> environment variable when starting the app/gst-launch-1.0
>
> Cheers
>  -Tim
>
>
> --
> Tim Müller, Centricular Ltd - http://www.centricular.com
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20160531/4eeb4284/attachment-0001.html>