You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Aleksey Ignatenko (JIRA)" <ji...@apache.org> on 2006/12/06 06:36:21 UTC

[jira] Created: (HARMONY-2482) StackTraceFrame should be refactored

StackTraceFrame should be refactored
------------------------------------

                 Key: HARMONY-2482
                 URL: http://issues.apache.org/jira/browse/HARMONY-2482
             Project: Harmony
          Issue Type: Bug
          Components: DRLVM
            Reporter: Aleksey Ignatenko


StackState is a java object wich can save stack state on some moment. It
contains jlong array of pointers to StackTraceFrame. StackTraceFrame has
reference to Method. Potentially it could lead to the problem that someone
tries to restore stack trace with some method of unloaded class. It will lead
to crash! I suppose that StackTraceFrame should contain method name, line
number and something else instead of pointer to Method. Or if it is impossible
- prohibit to restore stack trace by StackState in all places except the top of
that stack.


-- 
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-2482) [drlvm][exception][class unloading] StackTraceFrame should be refactored

Posted by "Gregory Shimansky (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/HARMONY-2482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gregory Shimansky updated HARMONY-2482:
---------------------------------------

    Summary: [drlvm][exception][class unloading] StackTraceFrame should be refactored  (was: [drlvm] StackTraceFrame should be refactored)

> [drlvm][exception][class unloading] StackTraceFrame should be refactored
> ------------------------------------------------------------------------
>
>                 Key: HARMONY-2482
>                 URL: https://issues.apache.org/jira/browse/HARMONY-2482
>             Project: Harmony
>          Issue Type: Task
>          Components: DRLVM
>            Reporter: Aleksey Ignatenko
>            Priority: Minor
>
> StackState is a java object wich can save stack state on some moment. It
> contains jlong array of pointers to StackTraceFrame. StackTraceFrame has
> reference to Method. Potentially it could lead to the problem that someone
> tries to restore stack trace with some method of unloaded class. It will lead
> to crash! I suppose that StackTraceFrame should contain method name, line
> number and something else instead of pointer to Method. Or if it is impossible
> - prohibit to restore stack trace by StackState in all places except the top of
> that stack.

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


[jira] Updated: (HARMONY-2482) [drlvm] StackTraceFrame should be refactored

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

Alexey Varlamov updated HARMONY-2482:
-------------------------------------

       Summary: [drlvm] StackTraceFrame should be refactored  (was: StackTraceFrame should be refactored)
    Issue Type: Task  (was: Bug)
      Priority: Minor  (was: Major)

> [drlvm] StackTraceFrame should be refactored
> --------------------------------------------
>
>                 Key: HARMONY-2482
>                 URL: http://issues.apache.org/jira/browse/HARMONY-2482
>             Project: Harmony
>          Issue Type: Task
>          Components: DRLVM
>            Reporter: Aleksey Ignatenko
>            Priority: Minor
>
> StackState is a java object wich can save stack state on some moment. It
> contains jlong array of pointers to StackTraceFrame. StackTraceFrame has
> reference to Method. Potentially it could lead to the problem that someone
> tries to restore stack trace with some method of unloaded class. It will lead
> to crash! I suppose that StackTraceFrame should contain method name, line
> number and something else instead of pointer to Method. Or if it is impossible
> - prohibit to restore stack trace by StackState in all places except the top of
> that stack.

-- 
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-2482) [drlvm][exception][class unloading] StackTraceFrame should be refactored

Posted by "Rana Dasgupta (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/HARMONY-2482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528421 ] 

Rana Dasgupta commented on HARMONY-2482:
----------------------------------------

Resolution of 3845 and 3997 hae resolved this issue and it can be closed.

> [drlvm][exception][class unloading] StackTraceFrame should be refactored
> ------------------------------------------------------------------------
>
>                 Key: HARMONY-2482
>                 URL: https://issues.apache.org/jira/browse/HARMONY-2482
>             Project: Harmony
>          Issue Type: Task
>          Components: DRLVM
>            Reporter: Aleksey Ignatenko
>            Priority: Minor
>
> StackState is a java object wich can save stack state on some moment. It
> contains jlong array of pointers to StackTraceFrame. StackTraceFrame has
> reference to Method. Potentially it could lead to the problem that someone
> tries to restore stack trace with some method of unloaded class. It will lead
> to crash! I suppose that StackTraceFrame should contain method name, line
> number and something else instead of pointer to Method. Or if it is impossible
> - prohibit to restore stack trace by StackState in all places except the top of
> that stack.

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


[jira] Closed: (HARMONY-2482) [drlvm][exception][class unloading] StackTraceFrame should be refactored

Posted by "Gregory Shimansky (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/HARMONY-2482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gregory Shimansky closed HARMONY-2482.
--------------------------------------

    Resolution: Fixed
      Assignee: Gregory Shimansky

Closing as fixed since all dependencies are resolved, and this issue doesn't contain any additional specific tasks. 

> [drlvm][exception][class unloading] StackTraceFrame should be refactored
> ------------------------------------------------------------------------
>
>                 Key: HARMONY-2482
>                 URL: https://issues.apache.org/jira/browse/HARMONY-2482
>             Project: Harmony
>          Issue Type: Task
>          Components: DRLVM
>            Reporter: Aleksey Ignatenko
>            Assignee: Gregory Shimansky
>            Priority: Minor
>
> StackState is a java object wich can save stack state on some moment. It
> contains jlong array of pointers to StackTraceFrame. StackTraceFrame has
> reference to Method. Potentially it could lead to the problem that someone
> tries to restore stack trace with some method of unloaded class. It will lead
> to crash! I suppose that StackTraceFrame should contain method name, line
> number and something else instead of pointer to Method. Or if it is impossible
> - prohibit to restore stack trace by StackState in all places except the top of
> that stack.

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