uima-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marshall Schor (JIRA)" <...@uima.apache.org>
Subject [jira] [Resolved] (UIMA-3798) JCasHashMap race condition hang
Date Sat, 03 May 2014 15:27:14 GMT

     [ https://issues.apache.org/jira/browse/UIMA-3798?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Marshall Schor resolved UIMA-3798.
----------------------------------

    Resolution: Fixed

I think the cause was re-locking an already-locked lock, and then only unlocking it once...

> JCasHashMap race condition hang
> -------------------------------
>
>                 Key: UIMA-3798
>                 URL: https://issues.apache.org/jira/browse/UIMA-3798
>             Project: UIMA
>          Issue Type: Improvement
>          Components: Core Java Framework
>    Affects Versions: 2.6.0SDK
>            Reporter: Marshall Schor
>            Assignee: Marshall Schor
>             Fix For: 2.6.0SDK
>
>
> Jerry C discovered a hang failure - I was able to reproduce on a particular large machine.
 Traced to a race condition - where a "reserve" is found, and then a lock is acquired.  There's
a chance that between these 2 events, another thread can change the reserve to a real value
- if this happens, a hang.  Recheck the value after acquiring the lock.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message