On Mon, 26 Apr 2004, James Lee wrote: > Both get_cache_data methods in cache_t.hpp call the mutex lock > a second time without unlocking. The first lock is on entry and > the second from copy. This happens when the lock of n is the > same as that of cache. The mutex will not unlock as the thread > locked it itself, hence the thread thread blocks on the second > lock.
Could I have a test cast that will trigger the problem? It may be necessary to use a recursive lock but that will be a pain. Especially since I will have to implement one myself since the pthread library does not guarantee the availability of one. -- http://kevin.atkinson.dhs.org _______________________________________________ Aspell-devel mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/aspell-devel