You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Stepan Mishura (JIRA)" <ji...@apache.org> on 2007/12/26 09:33:43 UTC
[jira] Assigned: (HARMONY-4329) [buildtest][vts] 2 tests
vm/jvmti/funcs invoke Set[Clear]FieldModificationWatch methods with
correct arguments but expect that VM returns error code
[ https://issues.apache.org/jira/browse/HARMONY-4329?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Stepan Mishura reassigned HARMONY-4329:
---------------------------------------
Assignee: Stepan Mishura
> [buildtest][vts] 2 tests vm/jvmti/funcs invoke Set[Clear]FieldModificationWatch methods with correct arguments but expect that VM returns error code
> -------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: HARMONY-4329
> URL: https://issues.apache.org/jira/browse/HARMONY-4329
> Project: Harmony
> Issue Type: Bug
> Components: build - test - ci
> Reporter: Vera Petrashkova
> Assignee: Stepan Mishura
> Attachments: FieldModif.patch
>
>
> According to J2SE JVMTI specification:
> SetFieldModificationWatch and
> ClearFieldModificationWatch methods
> return JVMTI_ERROR_INVALID_CLASS when argument "klass" is not a class object or the class has been unloaded.
> The following VTS tests
> vm/jvmti/funcs/SetFieldModificationWatch/SetFieldModificationWatch0104/SetFieldModificationWatch0104.xml
> vm/jvmti/funcs/ClearFieldModif/ClearFieldModif0104/ClearFieldModif0104.xml
> should check mentioned assertions.
> They invoke SetFieldModificationWatch and ClearFieldModificationWatch methods and
> expect that VM returns JVMTI_ERROR_INVALID_CLASS but they use correct class object.
> As the result they fail on Harmony and RI.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.