Thread lock error in gstreamer pipeline

[Donny Viszneki]

> I got below mentioned error

These do not look like errors. Helgrind will output info about locks that
do not necessarily indicate bugs in the program you are "helgrinding"

> I see thread hangs after 2 or three hour when pipeline is run without
valgrind.

Does this mean that with valgrind, there is no thread hang? Which lock is
it hanging on? (You can find this out by attaching a debugger once the hang
condition occurs.)




On Sat, Mar 30, 2013 at 9:34 AM, vink <vinkdsj at yahoo.com> wrote:

>       I got below mentioned error when I ran decodebin through valgrind
> with
> tool helgrind to check thread related errors. Input to pipeline is MPEG2 TS
> Live stream without audio. I have given all the suppression files provided
> by gstreamer for valgrind error suppression. Getting Similar errors during
> first few seconds. But pipeline continues to work without any issues. I see
> thread hangs after 2 or three hour when pipeline is run without valgrind. I
> am using gstreamer-1.0.4.
>
> Lock at 0x73B6DE0 was first observed
>    pthread_mutex_init (hg_intercepts.c:429)
>    g_rec_mutex_impl_new (gthread-posix.c:274)
>    g_rec_mutex_init (gthread-posix.c:339)
>    gst_pad_init (gstpad.c:352)
>    g_type_create_instance (gtype.c:1890)
>    g_object_constructor (gobject.c:1854)
>    g_object_newv (gobject.c:1718)
>    g_object_new_valist (gobject.c:1835)
>    g_object_new (gobject.c:1550)
>    gst_pad_new_from_template (gstpad.c:736)
>    gst_base_src_init (gstbasesrc.c:434)
>    g_type_create_instance (gtype.c:1882)
>
> Lock at 0x73C4D80 was first observed
>    pthread_mutex_init (hg_intercepts.c:429)
>    g_rec_mutex_impl_new (gthread-posix.c:274)
>    g_rec_mutex_init (gthread-posix.c:339)
>    gst_pad_init (gstpad.c:352)
>    g_type_create_instance (gtype.c:1890)
>    g_object_constructor (gobject.c:1854)
>    g_object_newv (gobject.c:1718)
>    g_object_new_valist (gobject.c:1835)
>    g_object_new (gobject.c:1550)
>    gst_pad_new_from_template (gstpad.c:736)
>    gst_pad_new_from_static_template (gstpad.c:760)
>    gst_type_find_element_init (gsttypefindelement.c:253)
>
> Lock at 0x73C7630 was first observed
>    pthread_mutex_init (hg_intercepts.c:429)
>    g_rec_mutex_impl_new (gthread-posix.c:274)
>    g_rec_mutex_init (gthread-posix.c:339)
>    gst_pad_init (gstpad.c:352)
>    g_type_create_instance (gtype.c:1882)
>    g_object_constructor (gobject.c:1854)
>    g_object_newv (gobject.c:1718)
>    g_object_new_valist (gobject.c:1835)
>    g_object_new (gobject.c:1550)
>    gst_ghost_pad_new_full (gstghostpad.c:631)
>    gst_ghost_pad_new_from_template (gstghostpad.c:744)
>    gst_decode_bin_init (gstdecodebin2.c:1034)
>
> Lock at 0x7499950 was first observed
>    pthread_mutex_init (hg_intercepts.c:429)
>    g_rec_mutex_impl_new (gthread-posix.c:274)
>    g_rec_mutex_init (gthread-posix.c:339)
>    gst_pad_init (gstpad.c:352)
>    g_type_create_instance (gtype.c:1890)
>    g_object_constructor (gobject.c:1854)
>    g_object_newv (gobject.c:1718)
>    g_object_new_valist (gobject.c:1835)
>    g_object_new (gobject.c:1550)
>    gst_pad_new_from_template (gstpad.c:736)
>    gst_pad_new_from_static_template (gstpad.c:760)
>     mpegts_base_init (mpegtsbase.c:254)
>
> vindsj
>
>
>
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/Thread-lock-error-in-gstreamer-pipeline-tp4659328.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>



-- 
http://codebad.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130331/1c4e3ad6/attachment.html>