David Chisnall 8b6a4de64a Fix a bug in mutex_try_to_lock. This was previously trying to unlock a mutex that it didn't own, causing an assertion failure in mutex.cpp. The issue was that the unique_lock went out of scope, releasing the lock on m, then m.unlock() was called on an already-unlocked mutex. ... This change removes the spurious m.unlock() call. If this test was previously passing for anyone with assertions enabled, then they should investigate bugs in their pthread implementation, as pthread_unlock() should not return 0 if the mutex is currently unlocked. llvm-svn: 175506		2013-02-19 11:28:45 +00:00
..
futures	[tests] Another batch of timeout increases.	2013-02-11 21:04:34 +00:00
thread.condition	[tests] Another batch of timeout increases.	2013-02-11 21:04:34 +00:00
thread.general	license change	2010-11-16 22:09:02 +00:00
thread.mutex	Fix a bug in mutex_try_to_lock. This was previously trying to unlock a mutex that it didn't own, causing an assertion failure in mutex.cpp. The issue was that the unique_lock went out of scope, releasing the lock on m, then m.unlock() was called on an already-unlocked mutex.	2013-02-19 11:28:45 +00:00
thread.req	Update testsuite strucuture to latest draft	2010-11-23 22:13:07 +00:00
thread.threads	[tests] Another batch of timeout increases.	2013-02-11 21:04:34 +00:00
macro.pass.cpp	license change	2010-11-16 22:09:02 +00:00