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 2006/09/27 18:48:50 UTC

[jira] Created: (HARMONY-1612) [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.

[DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.
-----------------------------------------------------------

                 Key: HARMONY-1612
                 URL: http://issues.apache.org/jira/browse/HARMONY-1612
             Project: Harmony
          Issue Type: Bug
          Components: DRLVM
            Reporter: Eugene S. Ostrovsky


When throwing an exception, MethodExit event callback is called for every frame unwinded from the java stack. Though calling GetFrameLocation() from the callback returns information based on the state before exception throwing. Such behaviour contradicts JVMTI spec for MethodExit event..

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Updated: (HARMONY-1612) [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.

Posted by "Pavel Rebriy (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HARMONY-1612?page=all ]

Pavel Rebriy updated HARMONY-1612:
----------------------------------

    Attachment: GetFrameLocation-returns-wrong-method-id.patch

This patch breaks Eclipse of startup.
I improved it. It's working fine now. Restoring of m2n frame type was added.



> [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.
> -----------------------------------------------------------
>
>                 Key: HARMONY-1612
>                 URL: http://issues.apache.org/jira/browse/HARMONY-1612
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Eugene S. Ostrovsky
>         Attachments: GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch
>
>
> When throwing an exception, MethodExit event callback is called for every frame unwinded from the java stack. Though calling GetFrameLocation() from the callback returns information based on the state before exception throwing. Such behaviour contradicts JVMTI spec for MethodExit event..

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Assigned: (HARMONY-1612) [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.

Posted by "Geir Magnusson Jr (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HARMONY-1612?page=all ]

Geir Magnusson Jr reassigned HARMONY-1612:
------------------------------------------

    Assignee: Geir Magnusson Jr

> [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.
> -----------------------------------------------------------
>
>                 Key: HARMONY-1612
>                 URL: http://issues.apache.org/jira/browse/HARMONY-1612
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Eugene S. Ostrovsky
>         Assigned To: Geir Magnusson Jr
>         Attachments: GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch
>
>
> When throwing an exception, MethodExit event callback is called for every frame unwinded from the java stack. Though calling GetFrameLocation() from the callback returns information based on the state before exception throwing. Such behaviour contradicts JVMTI spec for MethodExit event..

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Commented: (HARMONY-1612) [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.

Posted by "Pavel Rebriy (JIRA)" <ji...@apache.org>.
    [ http://issues.apache.org/jira/browse/HARMONY-1612?page=comments#action_12439072 ] 
            
Pavel Rebriy commented on HARMONY-1612:
---------------------------------------

The right patch is #1.

> [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.
> -----------------------------------------------------------
>
>                 Key: HARMONY-1612
>                 URL: http://issues.apache.org/jira/browse/HARMONY-1612
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Eugene S. Ostrovsky
>         Attachments: GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch
>
>
> When throwing an exception, MethodExit event callback is called for every frame unwinded from the java stack. Though calling GetFrameLocation() from the callback returns information based on the state before exception throwing. Such behaviour contradicts JVMTI spec for MethodExit event..

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Commented: (HARMONY-1612) [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.

Posted by "Geir Magnusson Jr (JIRA)" <ji...@apache.org>.
    [ http://issues.apache.org/jira/browse/HARMONY-1612?page=comments#action_12439466 ] 
            
Geir Magnusson Jr commented on HARMONY-1612:
--------------------------------------------

Are you both sure #1 is right? :)

> [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.
> -----------------------------------------------------------
>
>                 Key: HARMONY-1612
>                 URL: http://issues.apache.org/jira/browse/HARMONY-1612
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Eugene S. Ostrovsky
>         Attachments: GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch
>
>
> When throwing an exception, MethodExit event callback is called for every frame unwinded from the java stack. Though calling GetFrameLocation() from the callback returns information based on the state before exception throwing. Such behaviour contradicts JVMTI spec for MethodExit event..

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Updated: (HARMONY-1612) [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.

Posted by "Pavel Rebriy (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HARMONY-1612?page=all ]

Pavel Rebriy updated HARMONY-1612:
----------------------------------

    Attachment: GetFrameLocation-returns-wrong-method-id.patch

During the last changes callbacks for PopFrame and MethodExit event were missed.
I've just added them.

> [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.
> -----------------------------------------------------------
>
>                 Key: HARMONY-1612
>                 URL: http://issues.apache.org/jira/browse/HARMONY-1612
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Eugene S. Ostrovsky
>         Attachments: GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch
>
>
> When throwing an exception, MethodExit event callback is called for every frame unwinded from the java stack. Though calling GetFrameLocation() from the callback returns information based on the state before exception throwing. Such behaviour contradicts JVMTI spec for MethodExit event..

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Updated: (HARMONY-1612) [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.

Posted by "Eugene S. Ostrovsky (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HARMONY-1612?page=all ]

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

    Attachment: GetFrameLocation-returns-wrong-method-id.patch

Proposed patch saves current frame information in topmost m2n frame while iterating through the unwinding stack.

> [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.
> -----------------------------------------------------------
>
>                 Key: HARMONY-1612
>                 URL: http://issues.apache.org/jira/browse/HARMONY-1612
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Eugene S. Ostrovsky
>         Attachments: GetFrameLocation-returns-wrong-method-id.patch
>
>
> When throwing an exception, MethodExit event callback is called for every frame unwinded from the java stack. Though calling GetFrameLocation() from the callback returns information based on the state before exception throwing. Such behaviour contradicts JVMTI spec for MethodExit event..

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Resolved: (HARMONY-1612) [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.

Posted by "Geir Magnusson Jr (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HARMONY-1612?page=all ]

Geir Magnusson Jr resolved HARMONY-1612.
----------------------------------------

    Resolution: Fixed

r452466

Ubuntu 6, smoke, c-unit, ~kernel

> [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.
> -----------------------------------------------------------
>
>                 Key: HARMONY-1612
>                 URL: http://issues.apache.org/jira/browse/HARMONY-1612
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Eugene S. Ostrovsky
>         Assigned To: Geir Magnusson Jr
>         Attachments: GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch
>
>
> When throwing an exception, MethodExit event callback is called for every frame unwinded from the java stack. Though calling GetFrameLocation() from the callback returns information based on the state before exception throwing. Such behaviour contradicts JVMTI spec for MethodExit event..

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Closed: (HARMONY-1612) [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.

Posted by "Geir Magnusson Jr (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HARMONY-1612?page=all ]

Geir Magnusson Jr closed HARMONY-1612.
--------------------------------------


> [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.
> -----------------------------------------------------------
>
>                 Key: HARMONY-1612
>                 URL: http://issues.apache.org/jira/browse/HARMONY-1612
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Eugene S. Ostrovsky
>         Assigned To: Geir Magnusson Jr
>         Attachments: GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch
>
>
> When throwing an exception, MethodExit event callback is called for every frame unwinded from the java stack. Though calling GetFrameLocation() from the callback returns information based on the state before exception throwing. Such behaviour contradicts JVMTI spec for MethodExit event..

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Commented: (HARMONY-1612) [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.

Posted by "Pavel Rebriy (JIRA)" <ji...@apache.org>.
    [ http://issues.apache.org/jira/browse/HARMONY-1612?page=comments#action_12438380 ] 
            
Pavel Rebriy commented on HARMONY-1612:
---------------------------------------

Use patch #1 to fix this issue.

> [DRLVM] [JVMTI] GetFrameLocation() returns wrong method id.
> -----------------------------------------------------------
>
>                 Key: HARMONY-1612
>                 URL: http://issues.apache.org/jira/browse/HARMONY-1612
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Eugene S. Ostrovsky
>         Attachments: GetFrameLocation-returns-wrong-method-id.patch, GetFrameLocation-returns-wrong-method-id.patch
>
>
> When throwing an exception, MethodExit event callback is called for every frame unwinded from the java stack. Though calling GetFrameLocation() from the callback returns information based on the state before exception throwing. Such behaviour contradicts JVMTI spec for MethodExit event..

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira