harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Pavel Afremov (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-5136) DRL VM hangs during stress.Mix running.
Date Fri, 16 Nov 2007 17:53:43 GMT

    [ https://issues.apache.org/jira/browse/HARMONY-5136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543148
] 

Pavel Afremov commented on HARMONY-5136:
----------------------------------------

To fix this type of bugs, we need in function, which can frees all monitors locked by specified
thread.
For this bug we can lock main thread group monitor, before stop other threads, it solves the
problem. 

> DRL VM hangs during stress.Mix running.
> ---------------------------------------
>
>                 Key: HARMONY-5136
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5136
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Pavel Afremov
>
> DRL VM hangs during stress.Mix running.
> Main threads waits on the monitor enter on the following stack:
> <pthread_mutex_lock>
> <hymutex_lock>
> <hythread_monitor_enter>
> <hythread_thin_monitor_enter>
> <Jthread_monitor_enter>
> <?? JAVA CODE ??>
> <JIT_execute_method_default>
> <DrlEMImpl::execute_method>
> <ExecuteMethod>
> <vm_execute_java_method_array>
> <run_java_detach>
> <jthread_detach>
> <vm_destroy>
> <DestroyJavaVM>
> Thread which caught monitor is dead.
> In this case it looks like that one thread complete  its work and running in java method
group.remove under synchronization.
> At this moment thread was stopped via safe_point. Monitor was not free in this case.
Than the other thread, which is main, tries to detach him self and blocs on the locked monitor,
which was caught by first thread, which is dead at this moment.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message