From 197f18402ed1e38e8e151a912e416e0b86d277d2 Mon Sep 17 00:00:00 2001 From: wm4 Date: Sat, 6 Sep 2014 00:16:15 +0200 Subject: sub: fix possible deadlock with --no-sub-ass and similar This is a deadlock caused by a lock order issue: sub/osd.c locks the OSD first, then the subtitle decoder lock. player/sub.c does the reverse. Fix this by discussing away the requirement for locking (see below), which allows us to drop the broken sub lock. sub_get_text() still acquires and releases the sub decoder lock, but it's not held at the same time as the OSD lock anymore, so it should be fine. Originally, the sub lock was acquired because sub_get_text() returns a pointer to a mutable string. We simply declare that it's ok to call it unlocked, as long as only 1 thread accesses it, which works out fine in this case. --- sub/dec_sub.c | 2 ++ 1 file changed, 2 insertions(+) (limited to 'sub') diff --git a/sub/dec_sub.c b/sub/dec_sub.c index 79884576b0..cc608c3ca5 100644 --- a/sub/dec_sub.c +++ b/sub/dec_sub.c @@ -531,6 +531,8 @@ bool sub_has_get_text(struct dec_sub *sub) } // See sub_get_bitmaps() for locking requirements. +// It can be called unlocked too, but then only 1 thread must call this function +// at a time (unless exclusive access is guaranteed). char *sub_get_text(struct dec_sub *sub, double pts) { pthread_mutex_lock(&sub->lock); -- cgit v1.2.3