[vlc-devel] [PATCH] darwin/thread: Ignore vlc_mutex_unlock failures

Rémi Denis-Courmont remi at remlab.net
Mon Dec 2 18:20:50 CET 2019


Le maanantaina 2. joulukuuta 2019, 15.03.30 EET Thomas Guillem a écrit :
> On Tue, Oct 29, 2019, at 14:28, Alexandre Janniaux wrote:
> > Hi,
> > 
> > I agree for the need of a smart and better fix.
> > 
> > In the mean time, it might make sense to include this fix
> > in any case as it seems that it's either no assertion at
> > all or this assertion removed ?
> 
> I agree with Alexandre,

This is not a fix.

Unlocking a mutex that is not locked is UB, and that's not just in theory. 
Handling this error case safely requires making such a pessimist 
implementation of pthread_mutex_unlock() that complexity and performance will 
be measurably worse, so real-life implementations don't handle this really 
safely. It's one of those cases of 99% harmless EINVAL error return and 1% 
horrible unreproducible crash.

And the worst of all is, this patch does not even work-around the bug that it 
claims to - that pthread_cond_wait() fails to lock the mutex.

-- 
Реми Дёни-Курмон
http://www.remlab.net/





More information about the vlc-devel mailing list