You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Eugene S. Ostrovsky (JIRA)" <ji...@apache.org> on 2007/06/15 10:13:26 UTC

[jira] Updated: (HARMONY-3972) [drlvm][thread] hardcoded limit for monitors owned by a thread

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

Eugene S. Ostrovsky updated HARMONY-3972:
-----------------------------------------

    Attachment: H3972-Dynamic-monitors-array-reallocation.patch

Added patch:
  H3972-Dynamic-monitors-array-reallocation.patch

Fix for the issue.

> [drlvm][thread] hardcoded limit for monitors owned by a thread
> --------------------------------------------------------------
>
>                 Key: HARMONY-3972
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3972
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Eugene S. Ostrovsky
>         Attachments: H3972-Dynamic-monitors-array-reallocation.patch, H3972-Regression-test.patch
>
>
> VM with enabled jvmti has hardcoded limit for monitors owned by a thread.
> thread_private.h:
> .....
> #define MAX_OWNED_MONITOR_NUMBER 200 //FIXME: switch to dynamic resize
> .....
> thread_java_monitors.c
> .....
>     assert(tm_java_thread->owned_monitors_nmb < MAX_OWNED_MONITOR_NUMBER);
> .....
> Thus exceeding 200 owned monitors we will get assertion on  debug configuration and unpredicted behavior on release..

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