[Bug 755123] tagdemux: protect internal state for concurrent access

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=755123

--- Comment #5 from GstBlub <gstblub at gmail.com> ---
And another weird one that somehow feels like it is related:

0:00:34.631547171 25594  0x81d4b00 DEBUG              decodebin
gstdecodebin2.c:1205:gst_decode_bin_set_subs_encoding:<decodebin3> Setting new
encoding: (NULL)
0:00:34.631695202 25594  0x81d4b00 LOG                decodebin
gstdecodebin2.c:1207:gst_decode_bin_set_subs_encoding:<decodebin3> subtitle
locking from thread 0x81d4b00
0:00:34.631815614 25594  0x81d4b00 LOG                decodebin
gstdecodebin2.c:1207:gst_decode_bin_set_subs_encoding:<decodebin3> subtitle
lock from thread 0x81d4b00
0:00:34.631936792 25594  0x81d4b00 LOG                decodebin
gstdecodebin2.c:1216:gst_decode_bin_set_subs_encoding:<decodebin3> subtitle
unlocking from thread 0x81d4b00
0:00:34.632353356 25594  0x81d4b00 LOG                decodebin
gstdecodebin2.c:4516:gst_decode_bin_change_state:<decodebin3> expose locking
from thread 0x81d4b00
0:00:34.632478906 25594  0x81d4b00 LOG                decodebin
gstdecodebin2.c:4516:gst_decode_bin_change_state:<decodebin3> expose locked
from thread 0x81d4b00
0:00:34.632599859 25594  0x81d4b00 LOG                decodebin
gstdecodebin2.c:4521:gst_decode_bin_change_state:<decodebin3> expose unlocking
from thread 0x81d4b00
0:00:34.632718111 25594  0x81d4b00 LOG                decodebin
gstdecodebin2.c:4522:gst_decode_bin_change_state:<decodebin3> dynlocking from
thread 0x81d4b00
0:00:34.632835199 25594  0x81d4b00 LOG                decodebin
gstdecodebin2.c:4522:gst_decode_bin_change_state:<decodebin3> dynlocked from
thread 0x81d4b00
0:00:34.632947862 25594  0x81d4b00 LOG                decodebin
gstdecodebin2.c:4523:gst_decode_bin_change_state:<decodebin3> clearing shutdown
flag
0:00:34.633063050 25594  0x81d4b00 LOG                decodebin
gstdecodebin2.c:4525:gst_decode_bin_change_state:<decodebin3> dynunlocking from
thread 0x81d4b00

(xxxxxxxxxxxx:25594): GStreamer-CRITICAL **: chain on pad typefind:sink but it
was not in push mode
[New LWP 25674]

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to LWP 25674]
0xb74d8de7 in ?? () from /usr/lib/libglib-2.0.so.0
(gdb) bt
#0  0xb74d8de7 in ?? () from /usr/lib/libglib-2.0.so.0
#1  0xb74d9076 in g_logv () from /usr/lib/libglib-2.0.so.0
#2  0xb74d91b2 in g_log () from /usr/lib/libglib-2.0.so.0
#3  0xb71e035e in gst_pad_chain_data_unchecked (pad=0xb5708288, type=4112,
data=0x82de728) at gstpad.c:3882
#4  0xb71e0a54 in gst_pad_push_data (pad=0x81ef598, type=4112, data=0x82de728)
at gstpad.c:4069
#5  0xb71e0fd2 in gst_pad_push (pad=0x81ef598, buffer=0x82de728) at
gstpad.c:4180
#6  0xb71c6136 in gst_proxy_pad_chain_default (pad=0x8268028, parent=0x820c1d0,
buffer=0x82de728) at gstghostpad.c:126
#7  0xb71e0024 in gst_pad_chain_data_unchecked (pad=0x8268028, type=4112,
data=0x82de728) at gstpad.c:3836
#8  0xb71e0a54 in gst_pad_push_data (pad=0x826e150, type=4112, data=0x82de728)
at gstpad.c:4069
#9  0xb71e0fd2 in gst_pad_push (pad=0x826e150, buffer=0x82de728) at
gstpad.c:4180
#10 0xb73b79cf in gst_base_src_loop (pad=0x826e150) at gstbasesrc.c:2835
#11 0xb7213e91 in gst_task_func (task=0x81f9d40) at gsttask.c:317
#12 0xb7ad0425 in start_thread () from /lib/libpthread.so.0
#13 0xb6d513fe in clone () from /lib/libc.so.6
(gdb) thread apply all bt

Thread 5 (LWP 25674):
#0  0xb74d8de7 in ?? () from /usr/lib/libglib-2.0.so.0
#1  0xb74d9076 in g_logv () from /usr/lib/libglib-2.0.so.0
#2  0xb74d91b2 in g_log () from /usr/lib/libglib-2.0.so.0
#3  0xb71e035e in gst_pad_chain_data_unchecked (pad=0xb5708288, type=4112,
data=0x82de728) at gstpad.c:3882
#4  0xb71e0a54 in gst_pad_push_data (pad=0x81ef598, type=4112, data=0x82de728)
at gstpad.c:4069
#5  0xb71e0fd2 in gst_pad_push (pad=0x81ef598, buffer=0x82de728) at
gstpad.c:4180
#6  0xb71c6136 in gst_proxy_pad_chain_default (pad=0x8268028, parent=0x820c1d0,
buffer=0x82de728) at gstghostpad.c:126
#7  0xb71e0024 in gst_pad_chain_data_unchecked (pad=0x8268028, type=4112,
data=0x82de728) at gstpad.c:3836
#8  0xb71e0a54 in gst_pad_push_data (pad=0x826e150, type=4112, data=0x82de728)
at gstpad.c:4069
#9  0xb71e0fd2 in gst_pad_push (pad=0x826e150, buffer=0x82de728) at
gstpad.c:4180
#10 0xb73b79cf in gst_base_src_loop (pad=0x826e150) at gstbasesrc.c:2835
#11 0xb7213e91 in gst_task_func (task=0x81f9d40) at gsttask.c:317
#12 0xb7ad0425 in start_thread () from /lib/libpthread.so.0
#13 0xb6d513fe in clone () from /lib/libc.so.6

Thread 4 (LWP 25634): // This thread might not be related to gstreamer, not
100% sure though
#0  0xffffe424 in __kernel_vsyscall ()
#1  0xb7ad4981 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb75172b9 in g_cond_wait_until () from /usr/lib/libglib-2.0.so.0
#3  0xb74a3ff8 in ?? () from /usr/lib/libglib-2.0.so.0
#4  0xb74f8e1b in ?? () from /usr/lib/libglib-2.0.so.0
#5  0xb74f7f72 in ?? () from /usr/lib/libglib-2.0.so.0
#6  0xb7ad0425 in start_thread () from /lib/libpthread.so.0
#7  0xb6d513fe in clone () from /lib/libc.so.6

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.