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

Reply via email to