You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "weldon washburn (JIRA)" <ji...@apache.org> on 2007/07/23 15:23:31 UTC
[jira] Assigned: (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 ]
weldon washburn reassigned HARMONY-3972:
----------------------------------------
Assignee: weldon washburn
> [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
> Assignee: weldon washburn
> 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.