view debian/mime @ 30795:1001c606f94c

Make emulated Win32 critical sections thread safe. Earlier, cs->locked was accessed outside the mutex to get around the problem that default pthread mutexes are not recursive (ie., you cannot do a double-lock from the same thread), causing a thread-safety problem, as both detected by Helgrind and showing up in some multithreaded codecs. The ideal solution here would be to simply use recursive pthread mutexes, but there were concerns about reduced debuggability and possibly portability. Thus, instead, rewrite the critical sections to be a simple lock count (with owner) protected by a regular mutex. Whenever a thread wants to enter the critical section and lock_count is not 0, it sleeps on a special event that tells it when the critical section is available.

application/x-ogg; mplayer %s; description="Ogg Stream"
application/ogg; mplayer %s; description="Ogg Stream"
audio/mpeg; mplayer %s; description="MPEG Audio"
audio/x-mpegurl; mplayer %s; description="Icecast Playlist"
audio/x-ms-wax; mplayer %s; description="Windows Media Audio"
audio/x-ms-wma; mplayer %s; description="Windows Media Audio"
audio/x-pls; mplayer %s; description="MP3 ShoutCast/IceCast Playlist"
audio/x-scpls; mplayer %s; description="Shoutcast Playlist"
audio/x-wav; mplayer %s; description="WAV Audio"
video/mpeg; mplayer %s; description="MPEG Video";
video/quicktime; mplayer %s; description="Apple QuickTime Video";
video/x-mpeg; mplayer %s; description="MPEG Video";
video/x-mpeg2; mplayer %s; description="MPEG-2 Video";
video/x-msvideo; mplayer %s; description="MS Video (AVI)";
video/x-ms-afs; mplayer %s; description="Microsoft ASF Video";
video/x-ms-asf; mplayer %s; description="Microsoft ASF Video";
video/x-ms-wma; mplayer %s; description="Windows Media Audio";
video/x-ms-wmv; mplayer %s; description="Windows Media Video";
video/x-ms-wmx; mplayer %s; description="Windows Media Video";
video/x-ms-wvx; mplayer %s; description="Windows Media Video";